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DECRETI, DELIBERE E ORDINANZE MINISTERIALI 


MINISTERO DELLA GIUSTIZIA 


DECRETO 17 luglio 2008. 


Regole tecnico-operative per l’uso di strumenti informatici e telematici nel processo civile, in sostituzione del decreto del 
Ministro della giustizia 14 ottobre 2004, pubblicato nel supplemento ordinario n. 167 alla Gazzetta Ufficiale n. 272 del 19 novem- 
bre 2004. 


IL MINISTRO DELLA GIUSTIZIA 


Visto il decreto legislativo 12 febbraio 1993, n. 39, recante «<Norme in 
materia di sistemi informativi automatizzatio delle amministrazioni 
pubbliche, a norma dell'art. 2, comma 1, lettera mm), della Legge 23 ottobre 
1992, n. 421>> e successive modificazioni; 

Visto il decreto del Presidente della Repubblicay28 dicembre 2000, n.445, 
recante << Testo unico delle disposizioni( legislative e regolamentari in 
materia di documentazione amministrativa {Testo A) e successive 
modificazioni: 

Visto il decreto ministeriale 27 marzo 2000, n. 264, recante <<Regolamento 
recante norme per la tenuta dei registri/presso gli uffici giudiziari>>; 

Visto il decreto del Presidente della Repubblica 13 febbraio 2001, n.123, 
recante <<Regolamento recante disciplina sull'uso di strumenti informatici e 
telematici nel processo civile, nel processo amministrativo e nel processo 
dinanzi alle sezioni giurisdizionali della Corte dei conti>> e successive 
modificazioni; 

Visto il decreto ministeriale-24 maggio 2001: 

Visto il decreto legislativo\30 giugno 2003, n. 196, recante <«<Codice in 
materia di protezione dei\dati personali>> e successive modificazioni; 

Visto il decreto del Ministro della Giustizia 14 ottobre 2004, recante 
<<Regole tecnico-opérative per l’uso di strumenti informatici e telematici nel 
processo civile>> e, in particolare, l'articolo 61, secondo il quale << le regole 
tecnico-operative sono adeguate all'evoluzione scientifica e tecnologica, con 
cadenza almeno biennale>>. 

Visto il decreto legislativo 7 marzo 2005, n, 82, recante Codice 
dell'amministrazione digitale e successive modificazioni; 

Rilevata la\hecessità di adeguare le regole tecnico-operative per l'uso di 
strumenti informatici e telematici nel processo civile, sostituendo il 
decretòvdel Ministro della Giustizia 14 ottobre 2004; 


Sentito,il Centro nazionale per l'informatica nella pubblica amministrazione; 
Sentito il Garante per la protezione dei dati personali; 
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1. 


1. 


DECRETA 


CAPO ] 
PRINCIPI GENERALI 


Art, 1 
{Ambito di applicazione) 


Il presente decreto stabilisce le regole tecnico-operative )per l'uso di 
strumenti informatici e telematici nel processo civile di veui all'articolo 3, 
comma 3, del decreto del Presidente deila Repubblica\13 febbraio 2001 
n.123. 


Art. 2 
(Definizioni) 


Ai fini del presente decreto si intendono per: 


a} SICI: sistema informatico civile come definito nel decreto del Presidente 
della Repubblica 13 febbraio 2001, n. 123; 

b) gestore centrale: struttura tecnico-organizzativa che, nell'ambito del 
dominio giustizia, come definito all'articolo 1, comma 1, lettera ej del 
D.P.R. 13 febbraio 2001, n, 123, ferisce i servizi di accesso al SICI edi 
servizi di trasmissione telematica dei documenti informatici processuali 
fra ii SICI ed i soggetti abilitati, secondo le norme riportate nel presente 
decreto; 

c) gestore locale: sistema informatico che fornisce i servizi di accesso al 
singolo ufficio giudiziario d all'ufficio notifiche esecuzioni e protesti 
(UNEP), ed i servizi di trasmissione telematica dei documenti informatici 
processuali fra il gestore centrale ed il singolo ufficio giudiziario 0 
UNEP; 

d) certificazione del «lifensore: attestazione al difensore di iscrizione 
all'albo, all'albo speciale, al registro dei praticanti abilitati ovvero di 
possesso della qualifica che legittima l'esercizio della difesa e T' assenza 
di cause ostative allo svolgimento dell'attività difensiva; 

e] punto di accessb: struttura tecnico-orsanizzativa che fornisce ai soggetti 
abilitati, esterni al SICI, i servizi di connessione al gestore centrale e di 
trasmissione telematica dei documenti informatici relativi al processo, 
nonché la/ casella di posta elettronica certificata, secondo le regole 
tecnico-operative riportate nel presente decreto; 

Î) autenticazione: operazione di identificazione in rete del titolare della 
cafta hazionale del servizi o di altro dispositivo crittografico, contenente 
un certificato di autenticazione, secondo la previsione dell’art.62. 

e). firma digitale: firma elettronica avanzata, basata su un certificato 
Qualificato, rilasciato da un certificatore accreditato, e generata 
mediante un dispositivo per ia creazione di una firma sicura, di cui al 
decreto legislativo 23 gennaio 2002, n.10, 

h) fascicolo informatico: versione informatica del fascicolo d'ufficio, 
contenente gli atti del processo come documenti informatici, ovvero je 
copie informatiche dei medesimi atti, qualora siano stati depositati su 
supporto cartaceo. 

il soggetti abilitati: tutti i soggetti abilitati all'utilizzo dei servizi di 
consultazione di informazioni e trasmissione di documenti informatici 
relativi al processo. ln particolare si intende per: 


SERI e 
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1.1 soggetti abilitati esterni privati: i difensori delle parti private, gli 
avvocati iscritti negli elenchi speciali, gli esperti e gli ausiliari del 
giudice. 
1.2 soggetti abilitati esterni pubblici: gli avvocati, i procuratori dello 
Stato e gli altri dipendenti di amministrazioni statali. 
1.3 soggeiti abilitati esterni: i soggetti abilitati esterni privati e i 
soggetti abilitati esterni pubblici. 
1.4 soggetti abilitati interni: i magistrati, ii personale degli uffici 
giudiziari e degli UNEP 
ji) casella di posta elettronica certificata per il processo; telematico 
(CPECPT): indirizzo elettronico, per il processo telematico, dei soggetti 
abilitati. 


Art. 3 
{Gestore centrale) 


1. Il gestore centrale è il punto unico di interazione; a livello nazionale, tra il 
SICI ed i soggetti abilitati esterni. 
2. Il gestore centrale è attivo presso il Ministero della giustizia. 


Art. 4 
{Gestore locale} 


1. Il gestore locale è parte del sistèma informativo dell'ufficio giudiziario e 
dell'UNEP, come definito neldecreto ministeriale dei 24 maggio 2001, e 
rispetta i requisiti tecnici ed4organizzativi definiti in tale ambito. 

2. 1 gestori locali sono attivi@resso le sale server dove sono gestiti i sistemi 
informativi degli uffici giudiziari e degli UNEP. 


Art. 5 
{Sistemi informatici di gestione della cancelleria e dell’UNEP) 


l. Il sistema informativo di gestione delle cancellerie civili è costituito 
dall’infrastruttura hardware e software di gestione dei registri e dei fascicoli 
informatici. 

2. Il sistema informativo di gestione degli UNEP è costituito dall’infrastruttura 
hardwarele software per la gestione delle notifiche. 


Art, 6 
{Punto di accesso) 


k Tsoggetti abilitati esterni accedono al SICI tramite un punto di accesso, che 
può essere attivato esclusivamente dai soggetti pubblici di cui ai comma 5 
e dai soggetti privati di cui al comma 6. Ciascun soggetto può avvalersi di 
un sulo punto di accesso. 
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2. I punti di accesso forniscono un'adeguata qualità dei servizi, dei protessi 
informatici e dei relativi prodotti, idonea a garantire la sicurezza’ del 
sistema e a non comprometterne i livelli di servizio, nel rispetto dei requisiti 
tecnici di cui all'articolo 30, 

3. La violazione, da parte di un punto di accesso, dei livelli di sicurezza e di 
servizio, comporta la sospensione ad erogare i servizi fino al ripristino di 
tali livelli. 

4, Il Ministero della giustizia dispone ispezioni tecniche, anche a campione, 
per verificare l'attuazione delle prescrizioni di sicurezza. 

5. Isoggetti pubblici che possono attivare e gestire uno oqiù punti di accesso 
SOTTO! 

a) I consigli dell'ordine degli avvocati, ciascuno HAimitatamente ai propri 
iscritti; 

b} Il Consiglio nazionale forense, limitatamentevai propri iscritti e agli 
iscritti dei consigli dell'ordine degli avvocati ché glie ne fanno delega; 

c) Il Consiglio nazionale del notariato, limitatamente ai propri iscritti; 

d) L'Avvocatura dello Stato, le amministrazioni statali o equiparate, e gli 
enti pubblici, limitatamente ai loro iscritti e dipendenti; 

e) Il Ministero della giustizia per i, Soggetti abilitati interni e, in via 
residuale, ove sussistano oggettive difficoltà per l'attivazione del servizio 
da parte dei soggetti di cui ai punti a) e b); 

f) ll Ministero della giustizia, in Via residuale, ove sussistano oggettive 
difficoltà per l'attivazione dei servizio da parte dei soggetti di cui al 
comma 6, al solo fine di garantire l’accesso agli esperti e ausiliari dei 
giudice. 

6. I soggetti privati che attivano e gestiscono un punto di accesso hanno i 
seguenti requisiti: 

a) forma di società per(azioni; 

b) capitale sociale e requisiti di onorabilità di cui al decreto legislativo 1° 
settembre 1993,06385, articolo 25, comma 1. 


Art. 7 
{Certificazione dei difensori) 


1. La certificazione del difensore è svolta dal punto di accesso, qualora questo 
sia gestito’ da un Consiglio dell'ordine degli avvocati o dal Consiglio 
nazionale forense, oppure dal gestore centrale sulla base di copia dell'albo 
fornitaal Ministero della giustizia dai consigli dell'ordine degli avvocati e 
del-Consiglio nazionale forense. 

2. L'aggiornamento della copia dell'albo avviene entro 72 ore dalla 
comunicazione, dei provvedimenti di pertinenza, all'interessato. 

3. \ Consiglio nazionale forense compie il servizio di certificazione dei 
difensori per i propri iscritti o per gli iscritti dei consigli dell'ordine, su 
delega di questi ultimi. 
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Art. 8 
{Accesso dei soggetti abilitati esterni privati} 


1. Per il difensore delle parti è necessaria, ai fini dell'accesso al SICI, 
l'autenticazione presso il punto di accesso di cui al capo quarto»e la 
certificazione di cui all'articolo 7. 

2. Il SICI consente al difensore l'accesso alle informazioni contenute nei 
fascicoli dei procedimenti in cui è costituito e permette, negli4altri casi, 
l'acquisizione delle sole informazioni necessarie per la costituzione in 
giudizio. 

3. In caso di delega, rilasciata ai sensi dell’articolo 9 regio decreto legislativo 
27 novembre 1933, n. 1578, il SICI consente all'avvocato. delegato l’accesso 
alle informazioni contenute nei fascicoli dei procedimenti patrocinati 
dall'avvocato delegante, previa comunicazione, a cura di parte, di copia 
della delega stessa al responsabile dell'ufficio giudiziario, che provvede ai 
conseguenti adempimenti. L'accesso è consentito finò alla comunicazione 
della revoca della delega. 

4. La delega, sottoscritta con firma digitale, è filasciata in conformità al 
modello previsto dall’articolo 56. 

5, Gli esperti e gli ausiliari del giudice accedono@al SICI nel limite dell'incarico 
ricevuto e della autorizzazione, concessa dal giudice, alla consultazione e 
alia copia degli atti. 

6. A seguito dell’autenticazione, viene trasmesso al gestore centrale il codice 
fiscale del soggetto abilitato esterno privato. 


Art. 9 
{Accesso dei soggetti abilitati esterni pubblici) 


1. Il punto di accesso autentica il soggetto abilitato esterno pubblico e 
trasmette il relativo codice fiscale al gestore centrale. 

2. I dati, di cui al comma 1, sono utilizzati per individuare i privilegi di 
accesso alle informazioni contenute nel SICI. 

3. Il SICI consente agli avvocati e procuratori dello Stato l’accesso alle 
informazioni contenute nei fascicoli dei procedimenti in cui è parte una 
pubblica amministrazione. 


Art, 10 
{Accesso dei soggetti abilitati interni) 
1. I soggetti abilitati interni accedono al SICI attraverso il Sistema Pubblico di 


Connettività (SPC) e attraverso il punto di accesso del Ministero della 
giustizia. 
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CAPO II 
GESTIONE DELLA POSTA ELETTRONICA 


Art, 11 
{Casella di posta elettronica certificata del processo telemati&g) 


1. I soggetti abilitati esterni, per utilizzare i servizi di trasmissiorte telematica 
dei documenti informatici, dispongono di un indirizzo elettronico e della 
relativa casella di posta elettronica certificata del protesso telematico, 
CPECPT, forniti e gestiti dal punto di accesso, nel rispetto dei requisiti di 
cui all'articolo 12. 

2. Ogni indirizzo elettronico, come definito nel decreto.del Presidente della 
Repubblica 13 febbraio 2001, n.123, corrisponde aduna CPECPT. 

3. Ad ogni soggetto che interagisce per via telematica con il SICI corrisponde 
un solo indirizzo elettronico. 

4. Ogni CPECPT è abilitata a ricevere messaggi provenienti unicamente da 
altri punti di accesso e dal gestore centrale, 


Art./13, 
{Requisiti del servizio degestione della CPECPT) 


i. La CPECPT garantisce la ricezione dei messaggi e la loro disponibilità per 
trenta giorni, successivamente il messaggio è archiviato e sostituito da un 
avviso contenente i seguenti /dati: identificativo univoco del messaggio, 
mittente, data, ora e minuti di arrivo. 

2. L'avviso di cui al commakt, contenente i riferimenti per il reperimento del 
messaggio, rimane disponibile per sei mesi, 

3. Il servizio di posta elettronica certificata restituisce al mittente una ricevuta 
breve di avvenuta Consegna per ogni documento informatico reso 
disponibile al destinatario, cui è associata l'attestazione temporale di cui 
all’articolo 45. 

4. Salvo quanto previsto nel presente decreto, la posta certificata del processo 
telematico si-vonforma al D.P.R. li febbraio 2005 e alle relative regole 
tecniche. 


Art, 13 
{Registro generale degli indirizzi elettronici) 


1. Il registro generale degli indirizzi elettronici, attivo presso il gestore 
centrale, contiene l'elenco di tutti gli indirizzi elettronici attivati dai punti di 
ACCESSO. 

2Y Il registro generale degli indirizzi elettronici è accessibile ai soggetti abilitati 
esterni per il tramite dei punti di accesso e a tutti i soggetti abilitati interni, 
secondo le modalità previste dall'articolo 19. 

3. All'indirizzo elettronico delle persone fisiche, sono associate le seguenti 
informazioni: 
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a) nome e cognome; 

b) luogo e data di nascita; 

c) codice fiscale 

d) data, ora e minuti dell'ultima variazione dell'indirizzo elettronico; 

e) residenza; 

f) domicilio; 

g) stato dell’indirizzo: attivo, non attivo; 

h) certificato digitale relativo alla chiave pubblica, da utilizzareyper la 
cifratura; 

i) consiglio dell’ordine o ente di appartenenza; 

i) stato del difensore: attivo, non attivo. 

4. All’indirizzo elettronico degli enti collettivi, siano essi,men riconosciuti 

ovvero persone giuridiche, sono associate le seguenti informazioni: 

a) denominazione sociale; 

b) codice fiscale; 

c) data, ora e minuti dell'ultima variazione dell'indirizzo elettronico; 

d) sede legale; 

e) certificato digitale relativo alla chiave pubblica da utilizzare per la 
cifratura; 

f) stato dell'indirizzo: attivo, non attivo. 


Art. 14 
(Registrazione dei soggetti abilitati esterni al SICI) 


1. L'accesso al SICI e la casella4di posta elettronica si ottengono previa 
registrazione presso un punto di'accesso. 

2. La registrazione si ottiene (0en richiesta scritta, che il punto d’accesso 
conserva per almeno dieci anni. 

3. Al momento della registtàzione, il punto di accesso verifica l'identità del 
richiedente ed il relativircòdice fiscale, e acquisisce i dati di cui all'articolo 
13, commi 3 e 4. 

4. I difensori delle patti presentano, all'atto della registrazione, un certificato, 
rilasciato in data nof anteriore a venti giorni, in cui il consiglio dell'ordine 
di appartenenza ‘attesta l'iscrizione all'albo, all'albo speciale, al registro dei 
praticanti abilitati, oppure la qualifica che legittima all’esercizio della difesa 
e l'assenza dicause ostative allo svolgimento dell'attività difensiva. 

5. Gliesperti e gli'ausiliari del giudice presentano, all'atto della registrazione, il 
certificato della iscrizione all'albo dei consulenti tecnici o copia della nomina 
da parte del’giudice dalla quale risulta che l'incarico non è esaurito. 


6. Al morherito della registrazione, i soggetti abilitati esterni comunicano al 
puntoWdi accesso le seguenti informazioni: 


4) nome € cognome; 

bhluogo e data di nascita; 

© codice fiscale 

d) residenza; 

e] domicilio; 

f) certificato digitale, relativo alla chiave pubblica, per la cifratura. 
g) consiglio dell’ordine di appartenenza. 
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I soggetti abilitati esterni comunicano al punto di accesso ogni variazione 
delle informazioni di cui alle lettere d}, e), Î) e gl. 

7. Le informazioni di cui al comma 6, unitamente alla qualità di difensore delle 
parti, di esperto o ausiliario del giudice, ed all’indirizzo elettronico assegnato 
e ad eventuali variazioni del suo stato, sono trasmesse dal punterdìi accesso 
al gestore centrale e, per i difensori delle parti, anche al consigliò dell'ordine 
di appartenenza. 


Art. 15 
{Obbligo di informazione) 


ì. I punti di accesso informano i titolari di indirizziCelettronici degli obblighi 
assunti in relazione al servizio offerto. 


Art. 16 
(Registro degli indirizzi elettronici del punto di accesso) 


1. Il punto di accesso attiva un registro\degli indirizzi elettronici che contiene 
l'elenco di tutti gli indirizzi elettronici emessi, revocati o sospesi dal punto 
di accesso. 


2. Ad ogni indirizzo elettronico di persona fisica sono associate le informazioni 
di cui all’articolo 13, comma $3, 

3. L'indirizzo elettronico di enti)collettivi, siano essi non riconosciuti ovvero 
persone giuridiche, associa le informazioni di cui all'articolo 13, comma 4. 

4. Il difensore comunica ‘al consiglio dell’ordine di appartenenza il proprio 
indirizzo elettronico, relativo alla CPECPT rilasciata dal punto di accesso, 
unitamente al proprie codice fiscale ce ai dati identificativi del punto di 
accesso, ove tale comunicazione non sia stata fatta per suo nome e conto 
dal punto di accessò medesimo. 

5, L'esperto o l’ausiliario del giudice comunica alla cancelleria competente il 
proprio indirizzo elettronico, relativo alla CPECPT rilasciata dal punto di 
ACCESSO. 

6. Il punto di accesso consente la consultazione del registro generale degli 
indirizzi‘ èlettronici di cui all'articolo 13 a tutti i soggetti abilitati ad 
accedefe attraverso il punto di accesso stesso, nella propria arca riservata, 
secorido le modalità previste dall'articolo 19. 

7. Per-soggetti abilitati esterni pubblici, ciascun punto di accesso comunica 
al\Ministero della giustizia, per via telematica, tutte le informazioni di cui 
all'articolo 13, commi 3 e 4, ed ogni loro variazione, al fine dell'inserimento 
nel registro generale degli indirizzi elettronici. 
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Art, 17 


{Comunicazioni dei consigli dell'ordine degli avvocati e del Consiglio nazionale 
forense} 


1. Al fine dell'inserimento nei registri degli indirizzi elettronici, i cottsigli 
dell'ordine degli avvocati e il Consiglio nazionale forense comunicado al 
Ministero della giustizia cd ai punti di accesso di riferimento, le seguenti 
informazioni e ie loro variazioni, per via telematica, relative ai difetrsori: 

a) nome ce cognome; 

b) luogo e data di nascita; 

c} codice fiscale; 

d) domicilio; 

e) indirizzo elettronico, dichiarato e fornito dal punto ditaccesso; 

f) data, ora e minuti dell'ultima variazione dell'indirizzo elettronico; 

£) dati identificativi del punto di accesso che fornisce il servizio di posta 
elettronica; 

h} stato del difensore: attivo, sospeso, cancellato, radiato; con indicazione 
di inizio efficacia del provvedimento e di/fine efficacia nell'ipotesi di 
provvedimento temporaneo. 

2. La comunicazione di cui al comma 1 è sottoscritta, con firma digitale, dal 
presidente del consiglio dell'ordine ovvero/del' Consiglio nazionale forense, o 
da un loro delegato. 

3. La comunicazione di cui al comma/l<è strutturata in linguaggio XML, 
secondo il formato definito nel decreto ministeriale di cui all'articolo 52. 

4. La comunicazione fatta dal punto di accesso gestito dal Consiglio 
dell'ordine degli avvocati o dal Consiglio Nazionale Forense vale quale 
adempimento degli obblighi di cir al comma 1. 

5. La comunicazione di cui al,comma i è inviata da una casella di posta 
elettronica certificata, univota per ciascun consiglio dell'ordine degli 
avvocati, aderente alle specifiche tecniche riportate nell'allegato A, indicata 
con alto sottoscritto dal Presidente del Consiglio dell'Ordine. 


Art. 18 
{Requisiti tecnici dei registri degli indirizzi elettronici) 


1. Il gestore cenirale e i punti di accesso rendono disponibile una copia 
operativa dei propri registri degli indirizzi elettronici e mantengono 
l'originale inaccessibile dall'esterno. 

2. Il gestore centrale ed i punti di accesso garantiscono la conformità tra la 
copia éperativa e l'originale dei propri registri e risolvono tempestivamente 
qualsiasi difformità, registrandola in un apposito giornale di controllo, 

3. Le, operazioni che modificano il contenuto dei registri sono consentite 
unitamente al personale espressamente autorizzato e sono registrate in uni 
apposito giornale di controllo. 

4 ka data, l'ora e i minuti, iniziali e finali, di ogni intervallo di tempo nel 
quale i registri non risuitano accessibili dall'esterno, oppure sona 
indisponibili in una loro funzionalità, sono registrate in un apposito 
giornale di controllo. 
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5, Almeno una copia dei registri è conservata in locali di sicurezza, ubicati(in 
luoghi diversi da quelli ove sono custoditi gli originali. 


Art. 19 
{Modalità di accesso ai registri degli indirizzi elettronici) 


1. L'accesso ai registri degli indirizzi elettronici avviene secondo una modalità 
compatibile con il protocolio LDAP, definito nella specifica pubblica RFC 
1777 € successive modificazioni. 

2. Il gestore centrale dell'accesso e i punti di accesso possone-fornire modalità 
di accesso al proprio registro aggiuntive rispetto a-/quella prevista dal 
comma l. 

3. La struttura LDAP è specificata neì decreti ministeriali.di cui all'articolo 62, 
comma 2, 


CAPO HI 
ATTIVITA? DEL SICI 


Art/20 
{Funzionamento e.gestione del SICI) 


1. La direzione generale per i sistemi informativi automatizzati del Ministero 
della giustizia [DGSIA) cura il, funzionamento e la gestione del gestore 
centrale. 

2. Il coordinamento interdistreituale dei sistemi informativi automatizzati 
{CISIA) cura, attraverso l'amministratore di sistema, il funzionamento del 
gestore locale degli uffici di competenza. 

3. Il dirigente amministrativo dell'ufficio giudiziario e dell'UNEP curano e sono 
responsabili, per l'ufficio di propria competenza, della consistenza dei dati. 


Art. 21 
(Attività del gestore centrale} 


1. Il gestore centrale fornisce il servizio di consultazione del SICI e il servizio 
di trasmissione telematica degli atti. I soggetti abilitati esterni accedono ai 
servizi\del gestore centrale esclusivamente attraverso il proprio punto di 
accesso. 

2. Il@estore centrale è connesso ai punti di accesso mediante canali sicuri, 

3. Nelle comunicazioni o notificazioni al difensore, il gestore centrale 
controlla, mediante il registro generale degli indirizzi elettronici, la 
certificazione del difensore, In caso di esito negativo del controllo, il gestore 
centrale inoltra la comunicazione o notifica, e trasmette all'ufficio 
giudiziario o all'UNEP un messaggio contenente l'esito del controllo. 

4. Il gestore centrale associa automaticamente, ad ogni documento 
informatico pervenuto da un punto di accesso, una attestazione temporale 
della ricezione del documento informatico, contenente data, ora e minuti, 
che è inserita in un messaggio inviato all'indirizzo elettronico del mittente, 
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5. Il gestore centrale associa automaticamente, ad ogni ricevuta di avvenuta 
consegna breve pervenuta da un punto di accesso, una attestazione 
temporale, comprensiva di data, ora e minuti di ricezione dei relativo 
documento informatico da parte del destinatario, e trasmette questi datihal 
gestore locale dell’ufficio giudiziario competente. 


6. Il gestore centrale utilizza, per gli adempimenti di cui ai commi 4 5} un 
servizio di attestazione temporale basato, con una differenza non superiore 
ad un minuto primo, sulla scala di tempo UTC {IEN} determinata ài sensi 
dell'articolo 3, comma 1, della legge 11 agosto 1991, n. 273. 

7. Il gestore centrale verifica l'assenza di virus informatici per oghi'messaggio, 
in arrivo e in partenza. 

8. Il gestore centrale, se riceve un messaggio privo dei-dati necessari 
all'instradamento verso l'ufficio giudiziario o V’UNEP) genera e invia 
automaticamente al mittente un messaggio di errore$contenente l'avviso 
del rifiuto del messaggio e l'indicazione degli elementi mancanti. 

9. Il gestore centrale inoltra automaticamente tutti i documenti informatici 
provenienti dall'esterno del SICI e diretti verso i gestore locale dell'ufficio 
giudiziario o dell’UNEP, ed associa la attestazione temporale. 

10.11 gestore centrale fornisce un servizio di inoltro automatico di tutti i 
documenti informatici ricevuti dall'internovdel SICI verso l'indirizzo 
elettronico di destinazione. 

11.Il gestore centrale fornisce il servizio di conservazione di tutti i messaggi 
inviati e ricevuti, associati alle relative attestazioni temporali, con ie 
modalità previste dalla delibera CNIPA del 19 febbraio 2004, n.11. I 
supporti sono inviati, con periodicità mensile, ad un apposito centro di 
conservazione presso il Centro di gestione centralizzata del Ministero della 
giustizia, che ne assicura la conservazione per un periodo di cinque anni. 

12.I1 gestore centrale esegue la certificazione del difensore, qualora non sia già 
stata compiuta dal punto d'accesso. 

13.1] gestore centrale fornisce udvservizio per verificare lo stato delle notifiche c 
delle relative ricevute brevidi avvenuta consegna. 


Art. 22 
{Attività del gestore locale} 


1. Il gestore locale fornisce il servizio di consultazione del sistema informatico 
dell'ufficio giudiziario, per i soggetti abilitati collegati attraverso il gestore 
centrale. 

2. Il gestore Vocale, mediante il sistema informatico di gestione della 
cancelleria, fornisce il servizio di consultazione nei limiti dei privilegi di 
accesso dell'utente. 

. Il gestore locale trasmette i documenti tra i sistemi informatici dell'ufficio 
giutliziario o dell’UNEP ed il gestore centrale. 

4. AfNgestore locale fornisce una verifica della ricezione di tutti i documenti 
informatici ricevuti dal gestore centrale e delle relative attestazioni 
temporali. 

5. Il gestore locale decifra i messaggi crittografati ricevuti, secondo le regole 
previste all’articolo 42. 


GI 
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6. Il gestore locale cifra, con le modalità di cui all'articolo 43, i documettti in 
uscita, facenti parte del fascicolo informatico, quando sono destiftati a 
soggetti abilitati esterni 

7. Il gestore locale verifica automaticamente, con il controllo della firma 
digitale, l'autenticità e l'integrità di ogni documento informatico-ritevuto. 

8. Il gestore locale verifica il rispetto dei formati e l’assenza di virus) 

9. Il gestore locale rende disponibile il documento ricevuto al sistema 
informatico di gestione delle cancellerie civili o dell’UNEP, associandovi le 
informazioni dell’attività di verifica di cui al comma 8, per valutarne la 
ricevibilità. 

10.11 gestore locale mantiene traccia, nei log di sistema,)delle operazioni di 
consultazione da parte degli utenti e di eventuali interventi modificativi di 
atti e documenti, in conformità a quanto previsto*per il monitoraggio del 
sistema dal D.M. 24 maggio 2001 e successive modificazioni. 


Art. 23 
{Attività del sistema informatico digestione della cancelleria} 
l. Il sistema informatico di gestione delle, cancellerie civili cura l'accettazione 


del documento ricevuto, aggiornando il relativo registro ed il fascicolo 
informatico. 


2. Il sistema informatico di gestione delle cancellerie civili invia, tramite il 


gestore locale ed il gestore centrale, all'indirizzo elettronico del mittente, 
una comunicazione di accettàzione del documento informatico da parte 
delia cancelleria oppure“? motivi della mancata accettazione. La 
comunicazione contiene,se possibile, il numero di iscrizione a ruolo. 


Art, 24 
{Attività del sistema informatico di gestione dell'UNEP) 


1, Il sistema infermatico di gestione degli UNEP acquisisce i documenti 
informatici davnotificare, procede alla loro notifica e li restituisce con la 
relata di notifica. 


Art. 25 
(Orario di disponibilità dei servizi) 
1. I” gestore centrale ed i gestori locali garantiscono la disponibilità del 
servizio nei giorni feriali dalle ore otto alle ore ventitré, dal lunedì al 


venerdì, e dalle ore otto alle ore tredici del sabato e dei giorni ventiquattro e 
trentuno dicembre. 
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Art. 26 
{Requisiti tecnici di sicurezza) 
i. Al gestore centrale si applicano le regole di sicurezza stabilite per il SIGLE 
per il Sistema Pubblico di Connettività. 


2. Per il gestore locale e per il fascicolo informatico si applicano le norme sulla 
sicurezza previste dal decreto del Ministero della giustizia del 24\maggio 
2001. 


Art. 27 
{Requisiti tecnici relativi all'infrastruttura di comunicazione) 


i, Il gestore centrale ed i gestori locali comunicano, traloro, esclusivamente 
mediante il Sistema Pubblico di Connettività. 


2. Il gestore centrale utilizza l'infrastruttura tecnologica resa disponibile 
nell'ambito del Sistema Pubblico di Connettività per le comunicazioni con 
l'esterno del dominio giustizia. 


CAPO IV 
ACCESSO AL SICI 


Art. 28 
{Funzionamento e gestione del punto di accesso) 


1. Il funzionamento e la gestione dei punti di accesso è a carico dei soggetti 
pubblici o privati, in possesso dei requisiti di cui all'articolo 6. 


Art. 29 
{Funzionalità del punto di accesso} 


1. Hi punto di ‘accesso fornisce ai soggetti abilitati esterni i servizi di 
consultazionedel SICI e di trasmissione telematica degli atti. 

2. Il punto diVaccesso fornisce il servizio di autenticazione dei soggetti 
abilitati «per l'accesso al SICI II punto di accesso, gestito dal consiglio 
dell'ordine degli avvocati di appartenenza o dal Consiglio nazionale forense, 
con l'autenticazione del difensore, esegue la certificazione di cui all’articalo 
7, 

3. La/comunicazione tra la postazione informatica del soggetto abilitato 
€éstermno e il punto di accesso avviene mediante canale sicuro. 

4( Il punto di accesso mantiene in linea i documenti informatici inviati fino a 
quando non riceve un avviso di consegna dal gestore centrale o dal punto 
di accesso di destinazione. 


15 


2-8-2008 Supplemento ordinario alla GAZZETTA UFFICIALE Serie generale - n. 180 


5. Il punto di accesso fornisce il servizio di ricezione, inviando, in risposta ad 
ogni documento informatico ricevuto dal gestore centrale o da ufftaltro 
punto di accesso, una ricevuta breve di avvenuta consegna. 

6, Il punto di accesso verifica l'assenza di virus informatici per ogni messaggio 
in arrivo e in partenza. 

f. ll punto di accesso garantisce, per un periodo di cinque anni, la 
conservazione di tutti i messaggi inviati e ricevuti. 

8. il punto di accesso mette a disposizione dei propri iscritti e del Ministero 
della Giustizia le statistiche di utilizzo dei propri servizi. 


Art. 30 
{Requisiti tecnici del punto di accesso) 


1, L'autenticazione dei soggetti abilitati esternitavviene secondo le specifiche 
previste dalla carta nazionale dei servizi. 

2. I punti di accesso stabiliscono le connessioni con il gestore centrale 
mediante un collegamento sicuro con mutua autenticazione come 
specificato nell'allegato A 


3. Ciascun punto di accesso stabilisce con il gestore centrale un canale sicuro 
di comunicazione, che consente la feciproca autenticazione e riservatezza. 

4. ii punto di accesso garantisce uf livello di disponibilita del servizio pari al 
99,5 per cento, su base quadrimestrale, dalle ore otto alle ore ventidue, nei 
giorni feriali, dal lunedì al venerdì, e dalle ore otto alle ore tredici del sabato 
e dei giorni ventiquattro e trentuno dicembre. 


5. Le procedure per la fornitura dei servizi attuate dal punto di accesso sono 
dettagliatamente documentate sul manuale operativo, previsto dall’articolo 
33. 


6. Tutte le azioni e lc @recedure di sicurezza attivate dal punto di accesso 

sono dettagliatamente documentate nel piano per la sicurezza, previsto 

dall'articolo 34. 

La frequenza di salvataggio dei dati è almeno giornaliera. 

8. Gli eventi significativi nel funzionamento del punto di accesso, sono 
registrati sultgiornale di controllo, di cui all'articolo 35. 

9. Icanali di autenticazione del presente regolamento sono in SSL versione 3, 
con chiave a 1024 bit. 

10.I1 Punto di accesso deve verificare, prima di consentire qualunque 
operazione, ia presenza della smart card nel lettore collegato alla 
postazione dell'utente, qualora ia smart card risulti non inserita la sessione 
devevessere terminata immediatamente. Il punto di accesso deve gestire 
correttamente la chiusura della sessione, 

LIMI punto di accesso mette a disposizione dei suoi utenti i servizi di 
consultazione esposti dal gestore locale a beneficio dei soggetti abilitati 
esterni. 


ba 
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Art. 31 
{Elenco pubblico dei punti di accesso) 


1. L'elenco pubblico dei punti di accesso, attivo presso il Ministero della 
giustizia, comprende le seguenti informazioni: 
a) identificativo del punto di accesso; 
b) sede legale del soggetto titolare del punto di accesso; 
c) nome secondo lo standard X.500; 
d) indirizzo internet; 
e) dati relativi al legale rappresentante del punto di accessovo a un suo 


delegato, comprendenti: nome, cognome, codice fiscale, indirizzo 
elettronico, numero di telefono e di fax; 


fl elenco dei numeri telefonici di accesso; 
8) manuale operativo; 
h} data di cessazione dell'attività. 


Art. 32 
{Iscrizione nell'elenco pubblico dei punti di accesso) 


1. Il soggetto che intende costituire un puntò di accesso inoltra, alla DGSIA, 
domanda di iscrizione nell'elenco pubblico dei punti di accesso. 

2. Alla domanda sono allegate le dichiarazioni di: 

a) possesso dei requisiti di cui all'articolo 6; 

b) attestazione di affidabilità organizzativa e tecnica necessaria per svolgere 
il servizio di punto di accesso; 

c) attestazione relativa all'impiego di personale dotato delie conoscenze 
specifiche, dell'esperienzave delle competenze necessarie per i servizi 
forniti; 

d) obbligo di fornirsi di manuale operativo, piano per la sicurezza e 
giornale di controllo;.secondo quanto previsto dagli articoli 33, 34 e 35; 

e) obbligo di garantire la sicurezza e l'integrità del servizio e dei dati di 
propria competéeriza; 

f) obbligo di compiere il processo di autenticazione dei soggetti abilitati ad 
esso afferenti\Xsu mandato del Ministero della giustizia, conformemente 
all'’articoloS0, comma 1; 

£) obbligo di tomunicare, al Ministero della giustizia, la data di cessazione 
del servizio, con preavviso di sei mesi; 

h) informazione dei dati di cui all'articolo 31. 

3. Il Ministero della giustizia decide sulla domanda, con provvedimento 
motivate, anche sulla base di apposite verifiche, effettuabili anche da 
personale esterno all'Amministrazione, da questa delegato, con costi a 
carico del richiedente. 

4.,Coh il provvedimento di cui al comma 3, il Ministero della giustizia delega la 
responsabilità del processo di autenticazione dei soggetti abilitati esterni al 
punto di accesso. 
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5. Ji Ministero della giustizia può verificare l'adempimento degli obblighi 
assunti da parte del gestore del punto di accesso, di propria iniziativa 


oppure su segnalazione, In caso di violazione si applicano le disposizioni di 
cui all’articolo 6, comma 3, 


Art. 33 
(Manuale operativo) 


1. Il punto di accesso utilizza un manuale operativo in cuiX\sono definite le 
procedure applicate per effetto del presente decreto, 


2. Il manuale operativo è pubblicato a cura del punto“di accesso, per la 
consultazione in via telematica. 
3. Il manuale operativo contiene almeno le seguenti informazioni: 
a) dati identificativi del punto di accesso e del rèlativo gestore; 
b) dati identificativi della versione del manuale.operativo; 
c} responsabile del manuale operativo: 
d) definizione degli obblighi del titolare del punto di accesso e di coloro che 
vi accedono per l'utilizzo dei servizi; 
e) definizione delle responsabilità /@ ‘delle eventuali limitazioni agli 
indennizzi; 
f) tariffe; 
g) modalità di autenticazione, registrazione e gestione degli utenti; 
h) modalità di attivazione e gestione degli indirizzi elettronici; 
i) modalità di gestione del registro degli indirizzi elettronici; 
j) modabità di accesso al registro degli indirizzi elettronici; 
k) politiche e procedure di\sicurezza; 
1) procedure di gestionexdelie anomalie relative ai flussi di interfaccia con 
il gestore centrale, 


Art. 34 
{Piano per la sicurezza) 


i. Il punto di accesso individua ed iscrive, nel giornale di controllo, il 
responsabile’ per la sicurezza, individuato nel responsabile del trattamento 
dei dati, bve designato. 

2. TI responsabile di cui al comma 1 definisce il piano per la sicurezza che 
contiene almeno i seguenti elementi: 

a) struttura generale, modalità operativa e struttura logistica 
dell’organizzazione; 

b) descrizione dell’infrastruttura di protezione per ciascun immobile 
rilevante ai fini della sicurezza; 

©) collocazione dei servizi e degli uffici negli immobili dell’organizzazione; 

d) elenco del personale e sua distribuzione negli uffici; 

e) ripartizione e definizione delle responsabilità; 

f) descrizione delle procedure utilizzate nell'attività di attivazione delle 
utenze e, limitatamente ai punti di accesso, di rilascio di indirizzi 
elettronici; 

g) descrizione dei dispositivi installati; 
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h) descrizione dei flussi di dati; 

i) procedura di gestione delle copie di sicurezza dei dati; 
j) procedura di gestione dei disastri; 

k) analisi dei rischi; 

1) descrizione delle contromisure; 

mi) specificazione dei controlli. 


Art. 35 
{Giornale di controllo) 


1. Il punto di accesso attiva il giornale di controllo, contenerite l'insieme delle 
registrazioni effettuate automaticamente allorché si verificano le condizioni 
previste dal presente decreto. 

2. Le registrazioni possono essere effettuate in modo indipendente, anche su 
distinti supporti e di diverso tipo. 

3. La registrazione associa la data, l’ora e i minuti in cui è effettuata. 

4. Il giornale di controllo è tenuto in modo davgarantire l'autenticità delle 
annotazioni e da consentire la ricostruzione accurata di tutti gli eventi 
rilevanti per la sicurezza. 

5. L'integrità del giornale di controllo è. verificata con frequenza aimeno 
mensile. 

6. Le registrazioni contenute nel giornale di controllo sono archiviate con le 
modalità previste dal presente decreto e conservate per un periodo di 
cinque anni. 


Art. 36 
{Postazioni "di lavoro dei soggetti abilitati esterni) 


1. La postazione di lavoro dei soggetti abilitati esterni è l'insieme delle risorse 
hardware, software\\e di rete da loro utilizzate direttamente per la 
formazione dei dotumenti informatici, per l'inoltro e la ricezione dei 
messaggi e per larconsultazione del SICI. 

2. La postazione di lavoro dei soggetti abilitati esterni è dotata dell'hardware e 
del software necessario alla gestione delta firma digitale su smartcard, e 
all'autenticàzione nei confronti del punto di accesso, secondo le 
caratteristiche tecniche della carta nazionale dei servizi. 

3. La postazione di lavoro dei soggetti abilitati esterni è dotata di software 
idoneo a verificare l'assenza di virus informatici per ogni messaggio in 
arrivo\e in partenza. 
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CAPO V 


TRASMISSIONE DI DOCUMENTI INFORMATICI TRA IL SICI ED ENTITÀ 
ESTERNE 


Art. 37 
{Principi normativi} 


1, Nella trasmissione di documenti informatici nell'ambito del processo civile, 
trovano applicazione tutte le prescrizioni contenute nel decreto del 
Presidente della Repubblica 28 dicembre 2000, n, 445, nel decreto 
legislativo 23 gennaio 2002 n.10 e successive modificazioni. 

2. I documenti informatici prodotti nel processo civile. sono sottoscritti con 
firma digitale, nei casi previsti dall'articolo 4, comma 3, del decreto del 
Presidenite della Repubblica 13 febbraio 2001, n.193. 


Art. 38 
{Ricezione del documento informatico) 


1. Il documento informatico inviato da an soggetto abilitato esterno è ricevuto 
dal SICI nel momento in cui il gestore centrale lo accetta e associa 
l'attestazione temporale di cui all'articolo 21, comma 4. 

2. Il documento informatico inviato\da un soggetto abilitato interno è ricevuto 
dal soggetto abilitato esterno nel momento in cui il gestore centrale riceve 
la ricevuta di avvenuta consegna breve relativa al documento e associa 
l'attestazione temporale di euò all'articolo 21, comma 23. 


Ari. 39 
{Orario dei servizi telematici di cancelleria) 


1. Il SICI fornisce.i servizi telematici di cancelleria, nei giorni feriali, dalle ore 
otto alle ere ventidue, dal lunedì al venerdì, e dalle ore otto alle ore tredici 
del sabato e dei giorni ventiquattro e trentuno dicembre. 


Art, 40 
{Iscrizione a ruolo generale) 


1. Il sîstema informatico dell'ufficio giudiziario invia al difensore, che iscrive la 
causa a ruolo per via telematica, una comunicazione, recarite il numero di 
ruolo del procedimento assegnato dall’ufficio. 
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Art. 41 
{Dimensione del messaggio) 


1. La dimensione massima del messaggio è di 10 Mb. 


Art. 42 
{Crittografia dei messaggia) 


l. Al fine della riservatezza del documento da trasmettere, il soggetto abilitato 
esterno utilizza un meccanismo di crittografia basato sulla(chiave pubblica 
del gestore locale cui è destinato il messaggio. 

2. Le caratteristiche tecniche specifiche della crittografia dèi documenti sono 
definite nell’allegato A del presente decreto. 

3. I certificati digitali relativi alle chiavi pubbliche dei gestori locali sono 
pubblicate in un registro del gestore centrale dell'accesso. 

4, Il registro di cui al comma 3 è accessibile in modalità LDAP. 


Art,43 
{Trasmissione e consultaziorie dei fascicoli) 


1. Nel caso di richiesta di trasmissione o di consultazione, totale o parziale, di 
un fascicolo, il gestore locale, per garantire la riservatezza della 
comunicazione, utilizza un meccanismo di crittografia basato sulla chiave 
pubblica di cifratura del soggetto abilitato esterno di destinazione. 

2. Nei caso di richiesta di coplasconforme dei fascicolo, totale o parziale, il 
cancelliere ne attesta la conformità all'originale sottoscrivendola con la 
propria firma digitale. 

3. I certificati digitali relativi alle chiavi pubbliche dei soggetti abilitati esterni 
sono disponibili nel registro generale degli indirizzi di cui all’art.13. 

4, Le caratteristiche tecniche specifiche della crittografia dei documenti sono 
definite nell’allegato.A» del presente decreto. 


Art. 44 
{Trasmissione delle sentenze) 


1. L’originale ‘della sentenza, redatta in formato elettronico dal giudice 
estensdrevo, ai sensi dell'articolo 119 delle norme di attuazione del codice 
di procedura civile, dal cancelliere o dal dattilografo da questi incaricato, è 
sottoscritta con firma digitale dall’estensore, previa verifica della conformità 
dell'originale alla minuta. 

2. Agscaso di giudice collegiale, l’originale della sentenza è sottoscritto corn 
firma digitale anche dal presidente e, a tal fine, la sentenza gli è trasmessa, 
in formato elettronico, dal giudice estensore o dal cancelliere. 


3. Il cancelliere attesta il deposito della sentenza apponendo la data e 
sottoscrivendo la sentenza con la propria firma digitale. 
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Art. 45 
{Comunicazioni e notificazioni) 


1. La comunicazione per via telematica di documenti informatici dell'ufficio 
giudiziario ad un soggetto abilitato esterno avviene mediante ‘inoltro del 
documento dal gestore locale al gestore centrale, che lo invia.alla CPECPT 
del destinatario. 


2. La notificazione telematica di documenti informatici tra difensori avviene, 
ove sussistano i presupposti di cui alla legge 21 gennaio 1994, n. 53, 
mediante inoltro del documento dal punto di accesso»del mittente alla 
CPECPT del destinatario. A tale scopo il punto di accesso trasmette il 
messaggio con il documento da notificare al gestore centrale che, a sua 
volta, inoltra il messaggio ricevuto al punto di accessòdi destinazione. 

3. Le richieste di un'attività di notifica telematica da parte di un ufficio 
giudiziario sono inoltrate, mediante SPC, al sistema informatico dell'UNEP. 
Le richieste dei difensori sono inoltrate all'UNEPper il tramite del punto di 
accesso del mittente e del gestore centrale,\îîel rispetto dei requisiti dei 
documenti informatici provenienti dall'esterno. La notificazione di 
documenti informatici da parte dell’UNEP-rispetta i requisiti richiesti per la 
comunicazione da ufficio giudiziario versò soggetti abilitati esterni 

4. Il sistema informatico dell'UNEP, eseguita la notifica, trasmette per via 
telematica, a chi ha richiesto il servizio, il documento informatico con la 
relata di notifica, costituita dalla ricevuta elettronica, sottoscritta 
dall'ufficiale giudiziario con firma digitale. 

5. Nell'ipotesi di cui all’articolo 6, comma 3, del decreto del Presidente della 
Repubblica 13 febbraio 2001 n. 123, l'ufficiale giudiziario provvede a 
notificare il duplicato del documento informatico, su supporto ottico non 
riscrivibile. 

6. La consegna del documénto informatico alla CPECPT del soggetto abilitato 
esterno è assicurata dai punti di accesso mediante l'invio al mittente di 
una ricevuta di avvenùta consegna breve. 

7. Il gestore centrale nella trasmissione di documenti informatici dall'ufficio 
giudiziario ad un soggetto abilitato esterno, associa automaticamente ad 
ogni ricevuta bréve di avvenuta consegna una attestazione temporale 
contenente data,ora e minuti della ricezione che inoltra al gestore locale 
per l'inserimento nel fascicolo informatico. 

8. Nelle notifiche tra difensori, il gestore centrale, ricevuto dal mittente il 
messaggio da notificare, associa automaticamente ad esso una prima 
attestazione temporale, che viene spedita alla CPECPT del mittente e, 
unitamette al messaggio, alla CPECPT del destinatario. La CPECPT del 
destinatario, ricevuto il messaggio, invia al gestore centrale la ricevuta 
bréve di avvenuta consegna; il gestore centrale associa a quest'ultima una 
setenda attestazione temporale, che viene spedita alla CPECPT del 
destinatario e, unitamente alla ricevuta di avvenuta consegna breve, alla 
CPECPT del mittente. 
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CAPO VI 
PAGAMENTI 


Art. 46 
(Pagamenti) 


1.I pagamenti per via telematica, relativi agli atti giudiziari, si effettuano 
mediante il modello definito dal Ministero dell'economia e delle finanze. 

2. Il pagamento può anche avvenire nelle forme di cui all'articolo del D.P.R. 
del 1 marzo 2001, n.126. 


3. Gli estremi del pagamento sono allegati alla nota di iscrizione a ruolo 0 ad 
altra istanza inviata all'ufficio giudiziario. 
4, Se il pagamento è effettuato a norma del comma 2-%Ccon sistemi non 


telematici, l'originale cartaceo dell’attestazione di pag&mento deve, in ogni 
caso, essere presentato per la prima udienza. 


Art. 47 
(Diritto di copia] 


1. Il difensore nella richiesta di copia può chiedere l'indicazione dell'importe 
del diritto corrispondente che gli è comunicato, senza ritardo, dall’ufficio 
giudiziario. 

2. Alla richiesta di copia è associato ur numero identificativo che, in caso di 
pagamento dei diritti di copia non contestuale, viene evidenziato nel 
fascicolo informatico per consentire il versamento secondo le modalità 
previste dal D.P.R. 1 marzo 200Ln, 126. 


Art. 48 
(Registrazione, trascrizione e voltura degli atti) 


1. La registrazione, la trascrizione e la voltura degli atti avvengono, in via 
telematica, nelle forme previste dall'articolo 73 del decreto del Presidente 
della Repubblica30 maggio 2002, n.115. 


Art, 49 
(Pagamento dei diritti di notifica} 


1. Il pagamento dei diritti di notifica viene effettuato nelle forme previste 
dallatticolo 46. 

2. L'ISNEP rende pubblici, attraverso il gestore locale dell'ufficio, gli importi 
dovuti a titolo di anticipazione. Eseguita la notifica, VUNEP comunica 
l'importo definitivo e restituisce il documento informatico notificato previa 
definizione del conguaglio dovuto dalla parte oppure unitamente ai 
rimborso del maggior importo versato in acconto. 
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CAPO VII 
ARCHIVIAZIONE E CONSERVAZIONE DELLE INFORMAZIONI 


Art. 50 
{Gestione del fascicolo informatico) 


1. Il sistema di gestione del fascicolo informatico è la parte, del sistema 
dell'ufficio giudiziario dedicata all'archiviazione e al reperimento di tutti i 
documenti informatici, prodotti sia all'interno che all’esterno dell'ufficio 
giudiziario. 

2. Il fascicolo informatico contiene i documenti informatici e le relative 
informazioni quali: allegati, ricevute brevi di avvenuta consegna e 
attestazioni temporali. 


Art. SÌ 


{Archiviazione e conservazione dei documenti informatici degli uffici giudiziari e 
degli UNEP) 


1. I fascicoli informatici relativi ai procedimenti in corso sono archiviati, per 
tutta la durata del procedimentò, ) nell'archivio in linea dell’ufficio 
giudiziario secondo le modalità previste dal decreto ministeriale del 24 
maggio 2001. 

2. 1 fascicoli informatici relativi aivprocedimenti esauriti sono soggetti a 
conservazione, presso il competente ufficio giudiziario, secondo le modalità 
previste dalia deliberazione del CNIPA del 19 febbraio 2004, n.11, per il 
periodo previsto dall’art. 4li\del decreto legislativo 22 gennaio 2004, n.42, 
fatte salve le operazioni disscarto ivi previste. 

3. Idocumenti informatici. degli UNEP sono soggetti a conservazione, presso il 
competente ufficio, secondo le modalità e termini di cui al comma 2. 


CAPO VII 
STANDARD E MODELLI DI RIFERIMENTO 


Art. 52 
{Formato dei documenti informatici) 


l. Gli atti del processo in forma di documenti informatici sono redatti in 
formato PDF e sono corredati di informazioni in formato XML, secondo le 
specifiche tecniche determinate a norma dell'articolo 62, comma 2. 

2. L'atto del processo in formato PDF, di cui al comma precedente, deve 
essere ottenuto da una trasformazione di un documento testuale e non 
deve avere restrizioni per le operazioni di selezione e copia di parti (non è 
ammessa la scansione di immagini). 
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Art. 53 
{Formato dei documenti informatici allegati) 


1. I documenti informatici allegati sono privi di elementi attivi, tra cui macra,e 
campi variabili, ed hanno i seguenti formati: pdf .odf, .rtf, txt, .jpgr>Gif; 
«tiff, xml 

2. E’ consentito l’utilizzo dei formati compressi .zip, .rar e .ar), purché 
contenenti file i nei formati previsti dal comma precedente 


Art, 54 
{Documenti probatori e allegati non informatici) 


1. I documenti probatori e gli allegati depositati in formato non elettronico, 
sono identificati e descritti in una apposita sezione del documento 
informatico, secondo le specifiche tecniche. determinate a norma 
dell’articolo 62, comma 2, e comprendono, per-l’individuazione dell'atto di 
riferimento, i seguenti dati: numero di ruolò della causa, progressivo 
dell'allegato e indicazione della prima udienz&suùccessiva al deposito. 


Art. 5& 
(Servizio di posta elettronica) 


1. Il servizio di posta elettronica utilizzato dal gestore centrale dell'accesso e 
dai punti di accesso è conforme agli standard dei sistemi di posta 
elettronica compatibili con il protocollo di trasporto SMTP ed il formato dei 
messaggi 5/ MIME. 


Art. 56 
{Modelli di.documenti informatici prodotti dai difensori) 


1. I modelli dei documenti informatici prodotti dai difensori, riportati nei 
decreti ministeriali di cui all'articolo 62, comma 2, sono relativi ai seguenti 
atti: 

a. atto introduttivo (citazione, ricorso, ricorso cautelare, ricorso per decreto 
ingiuntivo); 

b. nota diiscfizione a ruolo; 

c. comparsa di costituzione e risposta con eventuale domanda 
riconivenzionale ed eventuale richiesta di rinvio della prima udienza per la 
chiamata in causa del terzo; 

d. deduzioni istruttorie a norma dell'articolo 184 del codice di procedura 
civile; 

e note autorizzate ex articolo 183, comma 5, del codice di procedura civile; 

memorie autorizzate; 

g. chiamata in causa del terzo; 


Fusi 
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istanza; 
reclamo; 
atti conclusivi (comparsa conclusionale, memoria di replica); 
atto di pignoramento; 
atto di intervento nell'esecuzione; 
. osservazioni al progetto di distribuzione; 
istanza di fallimento; 
istanza di insinuazione al passivo; 
ricorso per insinuazione tardiva; 
ricorso per opposizione allo stato passivo; 
istanza di ammissione alla procedura di amministraziene controllata; 
istanza di ammissione alla procedura di concordate preventivo; 
istanza di concordato fallimentare; 
dichiarazione di voto nelie procedure di amministrazione controllata o di 
concordato; 


delega rilasciata ai sensi dell'articolo 9 dei R.D. legislativo 27 novembre 
1935, n. 1578. 


pmoto"gpopgrpetro 


£ 


Art. 57 
{Modelli di documenti informatici'prodotti dalla cancelleria) 


1.1 modelli dei documenti informatici(prodotti dalla cancelleria, riportati nei 
decreti ministeriali di cui all'articolo 62, comma 2, sono relativi ai seguenti 
atti: 

a. verbale di udienza; 

b. biglietto di cancelleria; 

e. richiesta di notifica; 

d, richiesta di informazione. ordine di esibizione. 


Art. 58 
{Modellidi documenti informatici prodotti dal giudice) 
1.I modelli dei documenti informatici prodotti dal giudice, riportati nei decreti 
ministeriali di cuì all’articolo 62, comma 2, sono relativi ai seguenti atti: 
a. provvedimento (sentenza, ordinanza, decreto); 
b. dispositivo sentenza; 
c. verbale di conciliazione, 


Art. 59 
{Modelli di documenti informatici prodotti dal consulente tecnico di ufficio) 


I.I modelli dei documenti informatici prodotti dal consulente tecnico di ufficio, 
riportati nei decreti ministeriali di cui all'articolo 62, comma 2, sono relativi ai 
seguenti atti: 

a. modello generico di consulenza; 

b. stima di beni mobili; 

c. stima di beni immobili; 

d. stima di azienda. 
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Art. 60 
{Modelli di documenti informatici prodotti dall'UNEP} 


1. Il modello dei documenti informatici prodotti dall'UNEP, riportati nei decreti 
ministeriali di cui all'articolo 62, comma 2, sono relativi al seguente ‘atto: 
relata di notifica. 


CAPO IX 
DISPOSIZIONI FINALI E TRANSITORIE 


Art, 61 
{Adeguamento delie regole tecnico-operative) 


1. Le regole tecnico-operative sono adeguate all'evoluzione scientifica e 
tecnologica, con cadenza almeno biennale, a decorrere dalla data di entrata 
in vigore del presente decreto. 


Art. 62 
{Disposizioni transitorie] 


1. L'attivazione del processo telematico é\ preceduta da un decreto 
dirigenziale, che accerta l’installazione/\e l'idoneità delle attrezzature 
informatiche, unitamente alla funzionalità dei servizi di comunicazione dei 
documenti informatici nei singolo ufficio, 

2. Le caratteristiche specifiche della strutturazione dei modelli informatici 
saranno pubblicate, con uno o più/decreti ministeriali, entro 180 giorni 
dalla data di entrata in vigore del presente decreto. 

3. L'autenticazione dei soggetti abilitàti esterni avviene secondo le specifiche 
della Carta Nazionale dei Servizi; possono essere utilizzati i dispositivi 
crittografici non conformi alla, Carta Nazionale dei Servizi, purché emessi 
entro il 31 dicembre 2008. 

4. L’art.22, comma 6, e Fart.43, comma 1, hanno efficacia a decorrere 
dall'entrata in vigore delb.decreto dirigenziale, che accerta l'idoneità delle 
attrezzature informatiche preposte allo scopo. 

5. Gli atti del processo-che hanno forma di documento informatico possono 
essere depositati anche nel formato disciplinato dall’art. 52, comma 1, del 
decreto ministeriale/14 ottobre 2004, fino al 31/12/2008. 


Art.63 
{Efficacia} 
IL; Il presente decreto acquista efficacia il trentesimo giorno successivo alla 
pubblicazione nella Gazzetta Ufficiale della Repubblica italiana e dalla stessa 
data sostituisce il decreto del Ministro della giustizia 14 ottobre 2004, 


pubblicato nella Gazzetta Ufficiale della Repubblica italiana del 19 novembre 
20049n7 272. 


Roma, 17 luglio 2008 


Il Ministro: ALFANO 


REGOLE TECNICO-OPERATIVE 
PER L'USO DI STRUMENTI INFORMATICI E TELEMATICI 
NEL PROCESSO CIVILE 
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ALLEGATO A 


DEFINIZIONI E ACRONIMI 


% 


Nel presente capitolo è riportata la descrizione dei termini, degli acronimi ’e delle 
abbreviazioni usate nel documento. 


Descrizione 
Certification Authority 


Consiglio dell'Ordine 
CPECET Casella di Posta Elettronica Certificata Processo Telematico 


Document Type Definition 
GC 


Gestore Centrale 


HTTP HyperText Transfer Protocol 
HTTPS HyperText Transfer Protocol Secure 


T 


MIME Multipurpose Internet Mail Extensions 


POT Processo Civile Telematico 


Punto di Accesso 
Personel Identification Number 


ReGIndE Registro Generale degli Indirizzi Eleitronici 
RPC Remote Procedure Call 


Rete Unitaria della Pubblica Arftmifistrazione 
SAMIME Secure Multipurpose Internet Mail Extensions 
SICI Sistema Informativo Civile 


SSLv3 Secure Sotkets Layer version 3 
Ufficio Giudiziaria 


Wotld Wide Web Consortium 
eXiensible Markup Language 
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1 DESCRIZIONE DELL’ARCHITETTURA DEL SISTEMA 


1.1 SCENARIO COMPLESSIVO ED ATTORI COINVOLTI 


Il Processo telematico prevede il seguente scenario operativo: 


abitati estemi 


s Fovia 
Pubarimalazo 


La 


‘ *. Séggeti 
abilitati inerti. 


Figura 1 -- Scenario operativo di riferimento 


Il contesto applicativo prevede l’interazione tra i Soggetti Abilitati Esterni (avvocati e ausiliari 
del giudice) e Sistemi di Gestione dei Registri (SGR) installati presso gli uffici giudiziari 
civili di primoe secondo grado. 


Il soggettoabilitato esterno può: 


» redigere c firmare l’atto di parte: a tal fine si avvale di uno o più strumenti per la 
redazione, la firma, la cifratura e l’imbustamento; 
» depositare l'atto di parte, ricevendo in risposta la relativa attestazione temporale e 


successivamente le ricevute elettroniche di avvenuta presa in carico da parte dell'Ufficio 
Giudiziario e di inserimento nel fascicolo informatico; 
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= ricevere comunicazioni da parte dell'Ufficio Giudiziario nella propria “Casella di Posta 
Elettronica Certificata del Processo Telematico” (CPECPT); 


» effettuare consultazioni dei fascicoli di propria pertinenza tramite i servizìò di 
consultazione esposti dai Gestori Locali presso gli Uffici Giudiziari. 


L’Avvocato interagisce con il SICI necessariamente per il tramite di un Punto\di Accesso 
Esterno (PdA), presso cui è registrato come utente. 


Il PdA è quindi l’unico fornitore dei servizi di interfacciamento del “dominio giustizia” per gli 
Avvocati, autorizzato ad operare su provvedimento dell’ Amministrazione. Questo in quanto 
offre ai propri Utenti una schermatura dei protocolli e dei formati di interfaccia previsti dal 
PCT per il colloquio con gli Uffici Giudiziari (UG), salvaguardando/i principi di sicurezza e 
di riservatezza (tramite autenticazione forte) alla base della, specifica problematica 
applicativa. 


Presso il PdA è attiva un’apposita anagrafica, che viene acceduta in fase di autenticazione, in 
fase di prelievo o consultazione dei messaggi provenienti dal SIC e in fase di deposito degli 
atti, per eseguire, se in possesso dell’albo elettronico del Consiglio dell’Ordine di 
appartenenza dell’ Avvocato, la certificazione dello statusdel professionista, 


Per quanto attiene alla ricezione di comunicazioni di. cancelleria, il PdA fornirà all’avvocato 
una casella dì posta elettronica certificata del Processo Yelematico (CPECPT). 


Il Gestore Centrale (GC) svolge servizi di cooperazione allo scambio di dati che, pur non 
entrando nel merito delle richieste ricevute, corisentono di assicurare la correttezza della 
composizione delle buste prodotte e di tracelare tutti i flussi applicativi, verificando il 
completamento dei relativi cicli logici. 


Provvede cioè ad indirizzare le richiestevinoltrate dai PdA, e originate dagli Avvocati, verso 
gli UG destinatari e viceversa a smistare ai relativi PdA le risposte o le comunicazioni 
provenienti dagli UG, sopperendo, grazie ad una architettura logica e fisica particolarmente 
robusta, alla eventuale indisponibilitàtemporanea dei relativi sistemi di colloquio. 


Il GC associa automaticamenté, ‘ad ogni documento informatico pervenuto da un punto di 
accesso, un'attestazione temporale della ricezione del documento informatico, contenente 
data, ora e minuti. Questa è-inserita in un messaggio inviato alla casella di posta elettronica di 
servizio del Punto di Accesso, che verifica la validità e provvede a renderla disporubile al 
mittente. Essendo una ricevuta a valore legale, il PdA informerà l’utente della ricezione anche 
in caso di anomalie fotmali del pacchetto. 


Il GC esegue inoltre, în fase di deposito di un atto, la certificazione sostitutiva del difensore, 
nei casi in cui il PdA mittente non sia tenuto, o non sia stato delegato, alla gestione dell'albo 
dell'Ordine professionale di appartenenza dell'Avvocato mittente. A tal fine è previsto che 
ciascun Consiglio dell'Ordine inoltri al GC l'elenco aggiornato dei propri iscritti all’albo. 


L'entità rappresentata come Ufficio Giudiziario coincide tecnicamente con il cosiddetto 
GestoresLocale, ossia l'insieme di tutti i servizi applicativi del Processo Telematico esposti 
sia verso il Gestore Centrale sia verso i soggetti abilitati ed i sistemi interni. 


2-8-2008 Supplemento ordinario alla GAZZETTA UFFICIALE Serie generale - n. 180 


In particolare all’interno di questa componente vengono realizzati tutti i sottosistemi per: 
e la gestione delle fasi di controllo e accettazione dell’atto di parte; 

»  l’invio di eventuali eccezioni al mittente; 

» la gestione dei diritti di visibilità sui dati; 

e l’invio dei biglietti di cancelleria. 


Il Gestore Locale gestisce, infine, l’interfacciamento tra il Repository Déecumentale (la base 
dati documentale, contenente tra l’altro il fascicolo informatico) e i SGR per tutto ciò che 
concerne le operazioni a disposizione dei soggetti abilitati interni. 


L'operatore di cancelleria e il Magistrato si interfacciano alle funzionalità del Processo 
Telematico rispettivamente attraverso i SGR e la “consolle del(mapistrato”. Le evoluzioni dei 
SGR e la consolle del magistrato permettono infatti l’accessotal fascicolo informatico non più 
solo come storico degli eventi, ma anche nel merito del contenuto degli atti di parte. 


Il Cancelliere in particolare, interviene attraverso componenti specifiche previste dal SGR 
interessato, per gestire le eventuali situazioni di eccezione che si possono verificare in fase di 
ricezione, controllo e accettazione degli atti di parte, 
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1.2 BREVI CENNI ARCHITETTURALI 


I flussi del Processo Telematico possono essere classificati per tipologia in: 
- invii di documenti e messaggi 
- consultazioni. 


Dal punto di vista applicativo, la loro principale differenza è legata all’utilizzo di un differente 
protocollo di trasporto nella tratta tra PdA e GC. In particolare, per gli invii di documenti e 
messaggi, è previsto l’utilizzo di un meccanismo asincrono, basato sul protocollo SMTP, 
mentre per le consultazioni, si prevede l’utilizzo di soli meccanismi sincroni, basati su 
HTTPS. 


Soggetto 
sbilitato 
esterno 


Figura 2 — Protocolli di trasporto 


I soggetti abilitati esterni dovranno essere dotati di token crittografici' contenenti: 


= il certificato per la firma elettronica, rilasciato da un certificatore accreditato, in modo da 
garantire che quelle determinate credenziali siano riferite ad una persona fisica la cui 
identità è garantita dall’insieme dei processi di identificazione attuati dal certificatore 


stesso; 


! Tipicamente smari card 
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» il certificato di autenticazione, per la connessione al Punto di Accesso, rilasciato@da’ una 
certification authority riconosciuta dal Punto di Accesso, 


È pertanto possibile l'utilizzo di un solo token crittografico contenente entrambi.i certificati 
oppure l’utilizzo di smart-card distinte, Sarà inoltre possibile dotarsi di piùòsmari-card di 
autenticazione. 


ll soggetto abilitato esterno deve essere dotato inoltre di un certificato di crittografia 
necessario per decifrare gli atti criptati; questo dovrà avere lunghezza divchiave di almeno 
1024 bit e potrà coincidere con il certificato di autenticazione. 


Dal punto di vista pratico, dunque, gli Avvocati opereranno su clierîtsdotati di dispositivo di 
lettura della smart card e, nel momento di connessione al PdA, per il deposito o la 
consultazione, inseriranio il proprio PIN e presenteranno lé proprie credenziali con cui 
verranno autenticati dal servizio, creando così un canale sicurexBasato su protocollo SSLv3, 


Gli UG saranno inoltre dotati di chiave e certificati di ciftatura” per consentire che gli atti 
depositati vengano cifrati sul client dell'avvocato, còîvil certificato pubblico dell’UG 
destinatario, e che solo quest’ultimo possa procedere a decifrare e leggere gli atti stessi. 


I PdA e il GC sono attestati su internet e tra di lofo sono instaurate connessioni sicure 
(SSLv3) in mutua autenticazione tra i server; pertanto l'interazione tra le due entità, tanto in 
caso di utilizzo del protocollo sincrono {per le consultazioni dei procedimenti giudiziari) che 
asincrono (per gli invii documentali), fruisce delle garanzie di sicurezza offerte da tale 
protocollo. 


La tratta GC - UG avviene sempre in modalità sincrona {http/SOAP) utilizzando come canale 
di trasporto il Sistema Pubblico di Connettività (SPC); fruisce pertanto delle garanzie di 
sicurezza offerta da tale rete; nondimeno sono instaurate anche per questa tratta connessioni 
sicure (SSLv3) in mutua autenticazione tra i server. 


2 Si ipotizza che l'Amministrazione assuma in proprio Ia responsabilità della produzione e della distribuzione dei certificati server validi 


limitatamente alla operatività del Processo Telematico (in questo modo, ad esempio, potrebbero risultare più gestibili le problematiche di 
rinnovo dei certificati). 
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1.3 FLUSSI PRINCIPALI 


Il presente paragrafo descrive i principali flussi del sistema. 


1.3.1 Flusso di abilitazione e gestione utenze 


La gestione delle utenze relative ai soggetti abilitati ad operare nel Processo Civile 
Telematico è regolamentata dagli articoli 14, 15 e 16. 


Affinché il Gestore Centrale possa effettuare la certificazione dei difensori (come prevista 
dall’art. 7, comma 1), ed anche al fine del popolamento del Registro Generale degli 
Indirizzi Elettronici (ReGIndE), i Consigli degli Ordini degli Awvocati e il Consiglio 
Nazionale Forense debbono inviare al Gestore Centrale copiatin formato elettronico 
dell'albo, sottoscritto con firma digitale (art. 17, commi 2 e 3). 


Il Rappresentate dell'Ordine o un suo delegato (d’ora\în avanti con il termine 
Rappresentante si intenderà colui che svolge le funzioni*div Rappresentante del CdO per 
quanto attiene alla firma dell’albo elettronico) ha il compitoWi firmare digitalmente l'albo in 
formato elettronico ed inviarlo al GC tramite la casella/di posta certificata del Processo 
Telematico (CPECPT) predisposta per questa funzione. 


Il CdO è tenuto a comunicare al Ministero (DGSIA= Ufficio processo telematico) i dati di 
coloro che sono abilitati alla firma dell’albo, ovvéro i dati del Rappresentante dell'ordine e 
di eventuali suoi delegati. 


In particolare per ogni persona abilitata alla firma dell’albo elettronico dovranno essere 
comunicati: 

a it codice fiscale 

* il nominativo 

»_ ilcertificato di firma digitale*del Rappresentante/delegato 


e la tipologia di utente: ovverò se si tratta del Rappresentante dell'Ordine vero e proprio 
o di un suo delegato. 


Non possono essere delegate a questa funzione persone afferenti alla struttura del gestore 
del PdA, sia esso pubblico o privato. 


Per la funzionalità di invio dell'albo elettronico, ogni Consiglio dell'Ordine (C4O), nonché 
il Consiglio Nazionale Forense, debbono disporre di una casella di posta elettronica 
certificata del processo telematico (CPECPT) per scambiare messaggi con il GC. 


L'accesso alla CEPECPT è riservato al Rappresentante del CdO o ad un suo delegato, 
oppure ad um-responsabile della struttura tecnica che gestisce il punto di accesso delegato 
dal CdO all'invio dell'albo. 


#1] “Gestore Crutrale” verifica che la comunicazione di variazione di status professionale degli Avvocati, non sia “semplicemente” finata 
digitalmente, ma che lo sia esattamente coi certificato digitale del Rappresentante/delegato del CAO di competenza 
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Tale casella di posta (CPECPT) non deve coincidere con quella eventualmente utilizZata dal 
Rappresentante in qualità di avvocato, ma deve essere una casella appositamente creata per 
svolgere le mansioni afferenti al Rappresentante stesso. 


SI configurano quindi tre a casi, a seconda che il CdO sia titolare o meno dium>PdA: 


a) Se il CdO possiede un proprio Punto di Accesso, la CPECPT è creata\sul proprio PdA: 
in questo caso l’indirizzo della CPECPT va comunicato alla DGSEA (Ufficio processo 
telematico) a cura del CdO. Il CdO può delegare, per l'operazione di invio albo, un 
responsabile della struttura tecnica che gestisce il proprio punto diAccesso. 


b) Qualora il CdO non possegga un proprio Punto di Accesso il CdO può richiedere che 
la CPECPT sia creata sul punto di accesso del Ministero della Giustizia (PAA-MG); in 
questo caso il CdO invia una richiesta alla DGSIA (Uffici processo telematico), che 
dovrà riportare il codice fiscale, il nominativo, il certificato di firma digitale del 
rappresentante. La DGSIA provvederà a creare l'account sul PAA-MG e a comunicarlo 
al CdO richiedente. 


c) Qualora il CdO non possegga un proprio Punto*%di Accesso, può delegare un altro PdA 
all'invio dell'albo. La delega è comunque relativa al solo invio dell’albo, che dovrà in 
ogni caso essere firmato dal Rappresentate del) CdO (0 suo delegato). Il PdA delegato 
all'invio dell’albo provvederà a creare la CPECPT e a darne comunicazione al CdO. 


In caso di delega all’invio ad un PdA (punto c) o ad un responsabile della struttura che 
gestisce il PdA pubblico (punto a), il CdO\dovrà preventivamente comunicare al Ministero 
della Giustizia: 


e tutte le indicazioni relative alla delega formale e specifica fornita; 
e l@indirizzo della CPECPT utilizzata per l'invio dell’albo. 


L'albo firmato dal Rappresentante del CdO (0 un suo delegato) sarà quindi trasmesso al GC 
tramite la CPECPT predispostaa tale funzione. 


Nel seguito vengono descritti i flussi abilitativi di Avvocati e CTU, i flussi di variazione dei 
dati e di cancellazione della registrazione invocati dagli utenti stessi. Vengono inoltre 
descritti i flussi di inviò albo da parte dei CdO e CNF e invio di richieste di variazione 
status professionale. 


Lo scambio di messaggi tra PAA, GC e CdO dei flussi descritti avviene per via telematica, 
tramite PECPT, ele comunicazioni sono strutturate in linguaggio XML, secondo il formato 
definito nel decrèto di cui all'art. 62, comma 2. 


Tutte le modifiche dei dati nei Registri degli Indirizzi sono visibili agli utenti a partire dal 
giorno lavorativo successivo a quello in cui vengono effettuate. 
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Registrazione e certificazione del soggetto abilitato esterno 


Il diagramma di sequenza è riportato nella seguente figura: 


Avvocato 


CERETTA aan lo » | Cormmicazionelndirizzi did 
(RI alemanti cbbligalor 

| CeliicaloCiftatura, IndinzzoT'efemalico è 
COPIA sono valorizzati a INank 


Sito RE Ie RIE AE GE A GL MD di am me mm no Ue sig ni panni 


Usa la CPECPT cio 
PdA-HG 0 presso f 
propria PA 


Ò TAG, inserimento; 
Aggiornamento DI 


Bi AAT cite GE Gli RE GL ma ds ae pit cart eni are eri bg na nia fe a i 


iano Parra 
nissan di ha 
INVLESTTO AMbigra si e 


1. Richiesta certificato 
appartenenza albo 


2. Rilascio certificato È 


4. Generazione OPECPT 
5. verifica presso ReGindé 


6. Richiesta abilitazione 


p 7. Controlli 
& attestazione temporale 


11. incirizzi abilitati 


9 Verifiche nel merito 
10. aggiornamento 


12. abiliinzione utenie ReGindf 


13. aggeomamento RelndE 


mode a 


Figura 3 — Diagramma di sequenza relativo ai flussi di invio albo e gestione iscrizioni 


Di seguito la descrizione ‘del flusso riportato: 


al. il Consiglio dell'Ordine degli avvocati {o il Consiglio Nazionale Forense) invia alla 


casella di posta certificata del Gestore Centrale copia dell'albo, in formato 
elettronico; Settoscritta con firma digitale; 


a2. il GC, alla ricezione della copia dell'albo, invia al CdO la Ricevuta di avvenuta 
consegna. 


a3.Il Gestore Centrale quindi aggiorna il database di gestione dell’albo ed 
eventualmente aggiorna il ReGIndE nel caso l’avvocato sia già registrato; 


a4. invia quindi l’esito dell’operazione al CdO. 
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Di seguito la descrizione del flusso relativo alla creazione di un’utenza, nel caso paftitolare 
di un avvocato: 


1. L’avvocato si reca presso il proprio Consiglio dell’Ordine e richiede il certificato di 
appartenenza all’albo. 


2. Ricevuto il certificato da parte del CdO, 


3. l'avvocato consegna al Punto di Accesso prescelto una «richiesta scritta di 
registrazione, accompagnata dal certificato di appartenenza all’albo e dalla chiave 
pubblica del proprio certificato di cifratura. 


4. Il Punto di Accesso genera l'indirizzo elettronico dell'avvocato 


e verifica che l'avvocato non abbia già un indirizzo elettronico nel Registro Generale 
degli Indirizzi. 


6. Il Punto di Accesso invia quindi al Gestore Centrale una richiesta di abilitazione 
dell'avvocato, in un formato XML che comprende codice fiscale, indirizzo 
elettronico, consiglio dell'ordine, codice del PdA, chiave pubblica del certificato di 
cifratura e dati anagrafici dell'avvocato. 


Il Gestore Centrale effettua i controlli formali sul messaggio: 


in caso di errore nel formato del messaggio viene inviata una notifica di eccezione al 
PdA mittente ed il flusso viene, interrotto; in caso di esito positivo invia 
un'attestazione temporale. 


9, Il Gestore Centrale verifica il merito della richiesta. Se non è già presente nel 
ReGIndE verifica la presenza dell'utente nel database dell’albo per procedere alla 
registrazione e abilitazione dell’ LDAP. 


10. nel caso invece non sia ‘presente, l’utente viene registrato nel ReGindE, ma la 
registrazione non verràattivata fino all’invio dei dati da parte del relativo CdO; 


Li.in caso di esito negativo dei controlli (ad esempio se l'avvocato è già presente nel 
ReGiIndE) invia al Punto di Accesso un messaggio contenente l'anomalia; in caso di 
esito positivo invia al Punto di Accesso un file XML contenente gli indirizzi 
registrati. 


12.Il Punto di_Accesso riceve il file XML e a sua volta aggiorna il Registro Locale 
degli Indirizzi per quanto riguarda i dati di competenza del CdO (stato difensore). Si 
fa notafe che l'inoltro del file XML da parte del GC al PAA avviene solamente nel 
caso in-cui l’iscrizione dell'avvocato sia stata precedente all’invio dell’aibo da parte 
del CdO. 


13. € abilita l'avvocato (sempre dal giorno suecessivo, al pari del GC), 


14\J1 Gestore Centrale inoltra i dati degli avvocati di competenza di ciascun Consiglio 
dell'Ordine alle relative caselle di posta certificata. 


Il flusso di creazione di un’utenza comporta variazioni sul Registro degli Indirizzi, e tratta 
esclusivamente invio di dati “anagrafici”, non informazioni relative allo status del 
difensore. 
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Possono essere trattati sia “Avvocati” sia “CTTU” (per quest’ultima tipologia di utenza nòf 
è prevista la fase di certificazione ). 


Variazione o cancellazione generata dall’utente (avvocato) 


Di seguito il flusso previsto per la variazione dei dati anagrafici (modifica dei dativelencati 
all’art. 14, comma 6) generata da parte dell’utente stesso (nel caso di corretto”invio dei 
messaggi).. 


La cancellazione di un utente viene gestita come un caso particolare di variaZione: anche in 
questo caso la richiesta può essere generata dall'utente stesso. 


D. Richiesta variazione dati 
o cancellazione 


1. Richiesta 


£. attestazione temporale; 


reo arnie moonni — aaagn 


i . 3, appormamernto 
4. ingirizz) mordificcali HaGind] 
o cancollati 


AMICMAOIE MIRA indebito 


5. aggiornamento registra 
locate 


6. Iniliro per avvocati di ooinnetenza 


Figura 4 - Flusso di variazione utenza o cancellazione - generata dall'utente Avvocato 


Di seguito una descrizione del flusso: 


O. L'avvocato. éffettua la richiesta di variazione o di cancellazione presso il proprio 
Punto di Accesso; 


I. Il Punte di Accesso invia al Gestore Centrale la richiesta, in un formato XML che 
comprende codice fiscale, indirizzo elettronico, consiglio dell’ordine, codice del 
PdA, chiave pubblica del certificato di cifratura e dati anagrafici dell’avvocato; 


2. Il Gestore Centrale, dopo avere effettuato i controlli formali invia al Punto di 
Accesso un'attestazione temporale in caso di esito positivo, una notifica di eccezione 
altrimenti. 
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3. Quindi controlla il merito della richiesta ed in caso positivo si predistone 
all’aggiornamento del ReGIndE (che sarà operativo il giorno lavorativo segiiénte) con 
i dati dell'avvocato o la cancellazione (effettuata non fisicamente) 


4. invia un file XML con 1 dati modificati o la conferma di cancellazione. In caso di 
esito negativo dei controlli il GC invia un messaggio contenenten’anomalia alla 
CPECPT del Punto di Accesso; 


il Punto di Accesso riceve il file XML e a sua volta aggiorna la propria anagrafica; 


6. il Gestore Centrale inoltra i dati degli avvocati di competenza di ciascun Consiglio 
dell'Ordine alle relative caselle di posta certificata. 


Il caso previsto alla lettera g) dell'art. 14 comma 6 (modifica del Consiglio dell'Ordine) 
viene trattato come una richiesta di cancellazione, che deve essere seguita da una nuova 
richiesta di registrazione. 


Allo stesso modo viene gestito anche il cambio di PuntodivAccesso. 


Variazione generata dal Consiglio delP’Ordine (sole per avvocati) 


Per quanto riguarda gli avvocati, è prevista, la/ variazione dello stato dell’avvocato, 
comunicata dal Consiglio dell'Ordine (ad esempio/per una sospensione o per la radiazione) 
con l'invio di un file XML di variazione dati dell’ Albo firmato digitalmente. 


Il flusso previsto (nel caso di corretto invié dei messaggi) è il seguente: 


0. Variazione sato 
difensore 


Usa la CREGPT cio 
PHA-MG a presso 
propria PRA 


1. frevto AE Firriato 
2. Ricevuta di avventita consagha 
3. Variazione 


4. invio XML si ReGindÉ 


en ere erre] 


8. aggiornamenti RelindE 


fi iniviio XML con tati modificati 


Figura 5 - Flusso di variazione utenza - generata dal CdO 
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Di seguito una descrizione del flusso: 


O. Il Consiglio dell'Ordine varia lo stato del difensore e crea il file XML contenente;i 
dati dell'avvocato e il muovo stato (“attivo”’, ‘“sospeso”, “radiato”); 


1. il file XML viene firmato dal Presidente det CdO (0 da un suo delegato) ed inviato alla 
casella di posta certificata del Gestore Centrale; 


2. Il Gestore Centrale, dopo avere effettuato i controlli formali invia alla €EPECPT del 
Consiglio dell'Ordine un'attestazione temporale in caso di esito. positivo, una 
notifica di eccezione altrimenti, 


3. Quindi controlla il merito della richiesta e in caso positivo aggiorna il ReGIndE (che 
sarà operativo il giorno lavorativo seguente} con i dati dell’avvotato. 


4. Il Gestore Centrale inoltra al Punto di Accesso il file XML ricevuto dal Consiglio 
dell'Ordine. 


5. Il Punto di Accesso aggiorna la propria anagrafica. 


6. Il Gestore Centrale invia all'Ordine un file XMi.ccomn i dati modificati, In caso di 
esito negativo dei controili il GC invia un messaggio contenente l’anomalia alla 
CPECPT dell'Ordine. 


Cancellazione generata dal Consiglio deil’Ordine.(solo per avvocati) 


Per quanto riguarda gli avvocati, è prevista la (cancellazione di un avvocato dall’albo nei 
casi in cui l’avvocato cambi albo o cessi la propria attività. La cancellazione viene 
comunicata dal Consiglio dell'Ordine con l'invio di un file XML di cancellazione dati 
dell'Albo firmato digitalmente. 


Per la descrizione del flusso si può far-riferimento a Figura 5 tenendo presente che si tratta 
però di un'operazione di cancellazione : 


0. Il Consiglio dell'Ordine crea il file XML di cancellazione contenente i dati 
deli'avvocato 


I. il file XML viene firmatodal Presidente del CdO (0 da un suo delegato) ed inviato alla 
casella di posta certificata del Gestore Centrale; 


2. Il Gestore Centrale, dopo avere effettuato i controlli formali invia alla CPECPT del 
Consiglio dell'Ordine un’attestazione temporale in caso di esito positivo, una 
notifica di eccezione altrimenti. 


3. Quindi controlla il merito della richiesta ed in caso positivo sì predispone 
all’aggiornamento del ReGIndE (che sarà operativo il giorno lavorativo seguente) con 
i dati dell'avvocato o la cancellazione (effettuata non fisicamente) 


4. Il Gestore Centrale inoltra al Punto di Accesso il file XML ricevuto dal Consiglio 
delKOrdine 


5. /1iPunto di Accesso aggiorna la propria anagrafica. 


Il Gestore Centrale invia all'Ordine un file XML con la conferma di cancellazione. 
In caso di esito negativo dei controlli il GC invia un messaggio contenente 
l'anomalia alla CPECPT del Punto di Accesso; 
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1.3.2 Redazione e deposito dell'atto di parte o dell’ausiliario del giudice 


L’atto è un documento elettronico in formato PDF (redatto attraverso un qualsiasi word 
processor e convertito in PDF successivamente), mentre le informazioni di profilo necessarie 
alla cancelleria per definire il contesto nel quale collocare l’atto piuttosto che>gli eventi di 
cancelleria ad esso associati sono contenute in un file XML a cortedo denominato 
DatiAfto.xm! la cui struttura è definita da appositi XSD {XML Schema Definition), che 
vengono pubblicati nel decreto previsto all'art. 62, comma 2. 


L'atto {file PDF e DatiAito.ximi) cd i suoi allegati in formato elettroîico, secondo i formati 
consentiti, debbono essere assemblati in una “busta” in formato MIME contenente: 


1. le informazioni relative al depositante e le informazioni di instradamento del deposito nel 
contesto della porzione MIME denominata /nfo/noltro.xml; 


2. Tatto e i suoi allegati, cifrati per l'Ufficio Giudiziaria dì destmazione e quindi solo da 
questo visualizzabili fAlto.erc); il contenuto di Atto.enc è a sua volta un oggetto MIME 
nel contesto del quale sono contenuti, oltre alle informazioni di natura tecnica necessarie 
alla decitratura (chiave di sessione, riferimento al Certificato): 

a. il file strutturato denominato /ndiceBusta.xmi contenente l'elenco dei contenuti da 
depositare e la loro tipologia fatto principale o allegato); 
b. il file DafiArto.xm! che descrive il profilo del documento da depositare; 

l’atto vero e proprio firmato digitalmente, indicato con il nome CorpoAtio.pdfp7m; 

gli eventuali allegati all’atto depositato. 


e » 
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In figura è illustrato quanto sopra: 


BustaAlto 


Infolinoltro.xmi 
bblagda HD ahivaco] 
Idiibiszite fogeoe lisce) 
fiesuelazanio {D dtt) 
Ristunnza IWeabeeFunmane » (faglie 


| Chiave sessione 


Rif.certificato 
1 tagenrDiaron 
Bertalornier 


IndiceBusta.xmi 
Alta GO. Mems 
Abfasgato PD, Tijbu  BAUPLARRI 


| DatiAtto.wril 


Corpoatto pdf p7m 


{ Fira 


| AllegatoX.xx&[.p7m] Î 


Figura 6— Schema della struttura della Busta 


I dettagli sulla firma e cifratura Sono trattati al paragrafo 2.2. 


Il file PDF contenente l’attovda depositare ed il relativo Dati4fto.xm}! devono essere firmati 
utilizzando un certificato digitale rilasciato da una Certification Authority (CA) accreditata dal 
CNIPA mentre sugli allegati la firma digitale è opzionale. 


È compito del softwafe. utilizzato dall'utente esterno controllare che il codice fiscale presente 
nel certificato di firma associato all'atto principale sia il medesimo di quello inserito in 
DatiAtto.xml. 


Ji formato degliatti e della busta di deposito sopra descritto è valido per tutte le tipologie di 
deposito che pòssono essere effettuate ovvero per atti degli avvocati e degli ausiliari del 
giudice. i 

Una volià che la busta è pronta, questa può essere trasmessa attraverso la funzione di 
“deposito atto” messa a disposizione dal PdA, secondo le modalità che questo ha sviluppato 
per i propri utenti. 

Nella figura che segue è riportato il diagramma di sequenza che illustra il flusso di deposito e 
di ricezione dei relativi esiti: 
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Soggetto 
abilitato esterno 


1. Traginissione busta 
{upload} 
2. inertro busta 


3. Attestazione temporale 


i nathenacrnzare 


| Depositato |-- bela RENT 
(otpura arie; “af 
abita d 4. Inolté busta 


Tallusite lens) 


fici snai e ee creme 


5. Verifiche & 
6. Irvi@esito coctrofi aut. portali automatici 
È tt 7. indlro esitu controlli aut. E 
in aitosa FI ; 
cancelleria uri doo nen ai iaia = vi COSROE ERA 
(qupure arrore) \ BL intarviasiioa 
canosliiera 
I. aggiornamento 
10 taviv esito finale fascio e registro 
11. Inbkry esito Haafe Tr fol 


Accettato in 
cencelleria. 
fongara gerorp 


Figura 7 — Diagramma di sequenza del flusso di deposito 


Questa la spiegazione del diagratama sopra riportato. 


1. il soggetto abilitato esterno si connette via internet con il proprio PdA, si autentica e attiva 
la funzionalità di trasmissione della busta criptata, tipicamente realizzata tramite upload; 


2. il PdA effettua il controllo antivirus e inoltra la busta al GC, 


3. il quale risponde, sè il messaggio è corretto, con l'attestazione temporale, che ha valore 
legale per la verifica dei termini di scadenza per la presentazione dell’atto, salvo verifica 
di buon fine dell’atto medesimo presso l’UG (verifica delle condizioni minime di 
accettabilità dell'atto). 


I flussi 2 e 3 avvengono utilizzando il protocollo SMTP, 

4. il GCinoltra la busta al GL, utilizzando un canale sincrono (H'TTP/SOAP}; 

S. il GL effettua 1 controlii automatici previsti 

6. &d invia immediatamente al GC l'esito di tali controlli fsi veda paragrafo 2.4); 

TIT GC inoltra tale esito al PAA; 

8. a seguito dell’intervento del cancelliere, 

9. il sistema aggiorna il registro di cancelleria e il fascicolo informatico, inserendovi l’atto in 


formato elettronico, che da questo momento è consultabile on-line; 


AG 
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10. il sistema invia in automatico l'esito finale dell'operazione al GC, 
Li. il GC inoltra tale esito al PdA. 


È compito del PdA presentare al soggetto abilitato i messaggi di risposta ricevuti. 


Il Ministero della Giustizia, nell’ambito delle regole tecnico-operative, fornisce le metessarie 
specifiche (WSDL, DTD, XSD e quant'altro) per consentire a tutti i fornitori di software di 
realizzare gli strumenti necessari per predisporre l'atto informatico e la relativa busta, nonché 
per integrare le relative funzioni nei software di gestione degli studi professiohali, secondo la 
logica “application-to-application’’. 


Tutti i software realizzati dal Ministero, e scaricabili dal sito 
www.processotelematico.giustizia.it, sono disponibili a soli fini dimgstrativi e prototipali, in 
particolare al fine di agevolare lo sviluppo dei software esterniCche interagiscono con il 
Processo Telematico. 


1.3.3 Comunicazioni di cancelleria 


La funzione di invio di un biglietto di cancelleria prevéde) un flusso di trasmissione di una 
comunicazione, prodotta dal Cancelliere, alle CPECPT di uno o più soggetti abilitati esterni*, 
e di un flusso di risposta, di direzione opposta, innescato dalla emissione delle singole 
ricevute di presa in carico delle comunicazioni davparte dei PdA gestori delle CPECPT 
interessate. 


Il diagramma di sequenza è riportato nella seguente figura. 


4 In caso di invio a più soggetti, gli invii sona comunque separati. 
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Figura 8 - diagramma di sequenza relativo all’invio della comunicazione di cancelleria 


Questa la spiegazionèdel diagramma sopra riportato. 


x 


9 


no RN e 


il cancelliere registra l’evento nel sistema di gestione interessato, 


il quale provvede in automatico a predisporre la comunicazione — in formato XML - e ad 


aggiomare.il fascicolo informatico e il registro di cancelleria; 


il GL procede quindi ad inviare la comunicazione al GC, nell’ambito di una transazione 


sincrona; 

il GE predispone il messaggio di posta elettronica certificata 
e To invia alla CPECPT del destinatario presso il suo PAA; 

il PdA invia la ricevuta di presa in carico al GC; 

il PdA deposita il messaggio nella CPECPT del destinatario; 


il PdA invia la ricevuta di avvenuta consegna al GC, 
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9. il quale appone l’attestazione temporale, 
10. e la Inoltra al GL, allestendo con esso una transazione sincrona; 


1l.il GL salva la ricevuta nel fascicolo informatico, rendendo visibili gli estreîmi al 
cancelliere nell’ambito del sistema di gestione dei registri interessato. 


Ali fini della valutazione di eventuali termini legali per la consegna della comunicazione, fa 
pertanto fede la data apposta dal GC in fase di attestazione temporale sulla/ricevuta di 
avvenuta consegna prodotta dal PdA. 


Il sistema di cancelleria è in grado di gestire fe situazioni miste, ossia quaride Sono previsti sia 
invii telematici che stampe cartacee, in funzione dell’esistenza o \méno dell’indirizzo 
elettronico del soggetto destinatario. 


La comunicazione di cancelleria è strutturata secondo il formato XML. La strutturazione è 
molto semplice e si limita di fatto ad identificare: 


l'oggetto della comunicazione 
- il contenuto della stessa 
- il riferimento al fascicolo di cui fa parte. 


I} sistema di cancelleria identifica ogni comunicazione con un identificatore univoco che 
permetterà di legare la comunicazione stessa alla rieevuta di deposito restituita dal GC. Il 
fascicolo informatico tiene infatti traccia di ogni, comunicazione inviata e della relativa 
ricevuta di consegna. 


È compito del PdA presentare al soggetto abilitàto i messaggi di risposta ricevuti. 


1.34 Consultazione web (Polis Web) 


La consultazione web riguarda l’accesso alle informazioni di pertinenza contenute nei sistemi 
di gestione dei registri e nel fascicolo informatico. 


L'architettura del sistema aderisco al modello MVCÌ, e prevede pertanto il disaccoppiamento 
del front-end, localizzato sul-punto di accesso, dal back-end, localizzato sul gestore locale, 
incaricato di esporre i servizixsottoforma di web services, 


5 Medel View Controller 
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L'architettura è schematizzata nella seguente figura: 


Soggelte 
abilitato 
eslemo 


(front: 


et 


SPC 


Figura 9 « Architettura di Polis Web 


Il flusso tra front-end e back-end è sincrono, con il Gestore Centrale che funge da proxy. 


In particolare sono svolte le seguenti.azioni: 


» 


» 


“ 


Pai 


lì soggetto abilitato esterno sottopone a Polis Web, presente sul PdA, una richiesta di 
consultazione; 


Il PdA autentica l’utente, Se-questi non è già stato precedentemente autenticato, e inoltra la 
richiesta all'Ufficio Giudiziario, per il tramite del Gestore Centrale; 


Un apposito sottosistema, all’interno dell’UG, predispone le informazioni ottenute a 
seguito dell’interrogazione del sistema di registro interessato e del sottosistema di gestione 
del fascicolo informatico (repository documentale) e le inoltra al PdA, per il tramite del 


Polis Web presenta le informazioni in consultazione al soggetto abilitato esterno. 


Il punto di afcèsso è tenuto ad esporre i servizi di consultazione web (web services) esposti 
dal gestore locale, a beneficio dei soggetti abilitati esterni; questo al fine di consentire ai 
software. gestionali di studio di recuperare direttamente le informazioni dagli uffici giudiziari. 


La realizzazione del front-end di Polis Web rimane a cura del Punto di Accesso, trattandosi di 
un modulo software integrato nel sistema PdA. 


1.3.5 Richieste di copie 


Nell’ambito del processo civile telematico, il soggetto abilitato esterno può richiedere: 


1) Copie digitali semplici: copia elettronica dell’atto in formato elettronico. 
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2) Copie digitali semplici per l'avvocato non costituito: su richiesta da parte del soggetto ‘cite 
allega il mandato della parte. 


3) Copie digitali autentiche: il sistema di cancelleria, con l’ausilio dell'operatore, effettua il 
calcolo della quota che il richiedente è tenuto a versare come diritto di cangelleria; il 
richiedente, dopo aver provveduto al pagamento, compila un’apposita form disponibile su 
Polis Web, che lega gli estremi di pagamento presenti sulla ricevuta dello stesso 
all’identificatore della richiesta; a questo punto l’operatore di cantelleria dovrà 
predisporre il pacchetto di file contenente le copie autentiche controfirmanido digitalmente 
ogni atto/documento richiesto. Nel caso in cui la copia autentica richiestà non possa essere 
emessa (ad esempio nel caso di un titolo esecutivo già rilasciato) il sistema, 
automaticamente notificherà al richiedente, a mezzo di comunitazione di cancelleria, 
l'impossibilità di evadere la richiesta. 


4) Copie cartacee semplici: a seguito della richiesta pervenuta, l'operatore di cancelleria 
invia al richiedente una comunicazione contenente data e ora.in cui sarà possibile ritirare i 
documenti e l'importo da pagare. 


5) Copie cartacee autentiche: come il punto precedente,‘con il più il controllo da parte del 
sistema per verificare se le copie richieste sono effettivamente rilasciabili. Se l'originale è 
digitale, il cancelliere attesterà la conformità \della versione cartacea, stampata, 
all'originale digitale apponendo sul cartaceo la propria finna. Al momento del ritiro il 
richiedente provvederà al pagamento secondo le modalità ad oggi previste. 


Le richieste vengono compilate sul punto di accesso ed inviate telematicamente all’ufficio 
giudiziario, tramite la relativa funzionalità di Polis Web. 


Le eventuali copie elettroniche vengono ricevute nella CPECPT del richiedente. 


1,3.6 Notifiche tra difensori 


La notificazione telematica di docùmenti informatici tra difensori consiste nell’inoltro del 
documento dal Punto di Accesso del mittente alla CPECPT del destinatario. 


A tale scopo il PdA deve trasmettere il messaggio con il documento da notificare al Gestore 
Centrale che, a sua volta, inoltra il messaggio ricevuto al Punto di Accesso di destinazione. 


In figura il diagramma disequenza relativo. 
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Figura 10 — Diagramma di sequenza notifiche tra difensori (avvocato-avvocato) 


Dì seguito viene descritto Il flusso, organizzativo illustrato nel diagramma di sequenza, per 
quanto di competenza del Punte di Accesso: 


0. l’avvocato predispone) la busta contenente la comunicazione, che viene firmata 
digitalmente e, sé fÎlecessario, anche cifrata con la chiave pubblica dell’avvocato 
destinatario. La_busta comprende anche le indicazioni di routing del messaggio in 
chiaro, in modo analogo a come avviene per l'inoltro aito, all’interno del file 
InfoNotifica.xml;, l'avvocato si autentica sul proprio PdA, effettua l’upload della 
busta e seleziona la funzionalità di invio comunicazione ad avvocato; 


JI. il PdA effettua i controlli necessari, completa il file XML contenente le informazioni 
di instradamento del messaggio ed invia la busta al GC; 


Z. seCorretta il GC appone 1’ Attestazione Temporale (AT1) alla comunicazione, e la 
indirizza alla CPECPT dell'avvocato mittente e 


insieme al messaggio {M + AT1), alla CPECPT dell’avvocato destinatario; 


4. la CPECT del destinatario, ricevuto il messaggio, invia al Gestore Centrale 
dell'accesso la ricevuta di avvenuta consegna RAC(M); 


5. all'atto della ricezione della ricevuta di avvenuta consegna da parte del PdA 
dell'avvocato destinatario, il GC esegue una nuova attestazione temporale (AT2), 
che viene inviata alla CPECPT dell'avvocato destinatario e 
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6. insieme alla RAC, inserita in un messaggio indirizzato alla CPECPT dell'avvocato 
mittente: RAC(M) + AT2. 


Non è previsto l’invio di una notifica a più di un destinatario o a liste di destinatari. 


Per inviare comunicazioni e notifiche ad altri avvocati, ciascun avvocato deve cori@scerne il 
codice fiscale e, qualora la comunicazione debba essere cifrata, deve avere a disposizione sul 
proprio posto di lavoro la chiave pubblica di cifratura del destinatario. Tali infofmazioni sono 
reperibili tramite un servizio di accesso LDAP per l’interrogazione del Registro degli Indirizzi 
Elettronici sul Gestore Centrale, come descritto in 2.12.1. 
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2 DETTAGLI TECNICI 


I DTD relativi agli allegati xml nonché gli schemi dei messaggi previsti nelle Comunicazioni 
tra GC e PdA sono pubblicati nel decreto di cui all’art. 62, comma 2. 


In corrispondenza di ogni tipologia di messaggio (e relativo schema) sono\previsti uno 0 più 
tipi di buste che riflettono la struttura del messaggio stesso ma che si differenziano per il 
contenuto del subject. 


2,1 FLUSSO DI ABILITAZIONE E GESTIONE UTENZE 


Lo scambio di messaggi tra PAA, GC e CdO dei flussi /di, gestione utenze (iscrizione, 
variazione dati, cancellazione, invio albo, variazione status) avviene per via telematica, 
tramite PECPT, e le comunicazioni sono strutturate in linguaggio XML, secondo il formato 
definito nel relativo decreto di cui all’art. 62, comma2, 


La casella di PECPT del GC a cui inviare ‘questi messaggi è la seguente: 
gestorecentrale@giustiziacertpt,it. 


Ai fini dell’invio, ogni Consiglio dell’Ordine possiede una CPECPT, anche in caso che 
questa sia gestita su delega; l’indirizzo di tale casella è conforme alla seguente sintassi: 


<codiceOrdine> @ <dominioPECPT.il>, 


Per lo scambio dei dati relativi alla gestione delle utenze viene utilizzata la struttura di 
Comunicazionelndirizzi.xmi 


In particolare, nella struttura ComunicazioneIndirizzi.xmi, l'elemento ”TipoOperazione” 
indica la tipologia di operazione, secondo il seguente formalismo: 


“TI”: operazione di iscrizione diuna nuova utenza inviata dal PdA 
“M”: operazione di variazioné.dei dati generata dall’utente stesso 


“V”": richiesta di variazione, dello status professionale o di iscrizione di un nuovo avvocato, 
generata dal CdO 


“C"”: richiesta di cancellazione, inviata da PAA 0 da CdO 


2.11 Messaggi utilizzati nei flussi di variazione utenze 


Di seguito un.elenco dei messaggi utilizzati nei flussi di gestione utenze la cui struttura è 
documentata nel decreto di cui all’art. 62, comma 2: 


* RichiestaAggiornamentoUtenze: viene inviato dal Pda al GC per le operazioni di 
iscrizione, cancellazione o variazione dati generate dall'utente stesso. 


* <AggiornamentoUtenze: viene inviato dal rappresentante del CdO o dal CNF e può 
contenere la copia dell'albo dell'Ordine in formato elettronico oppure una variazione 
dello stato professionale di uno o più avvocati. Il messaggio contiene l’allegato 
ComunicazioneIndirizz.xml sottoscritto con firma digitale. 
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e AltestazioneCertificata, EccezioneCertificata: effettuati i controlli formali su pacchetti‘di 
richiesta di aggiornamento utenze, inviati da PAA 0 da CAO o CNF, il Gestore Centrale 
invia in caso di esito positivo un messaggio di AttestazioneCertificata o un messaggiò di 
EccezioneCertificata in caso di esito negativo. 


» Comunicazionelndirizzi, AnomaliaIndirizzi: il Gestore Centrale, un volta controllato il 
inerito delle richiesta (AggiornamentoUtenze o RichiestaAggiornamentoUtetze) in caso 
positivo effettua l'aggiornamento del ReGindE ed invia al mittente “um messaggio 
Comunicazione!Indirizzi di conferma. In caso di esito negativo dei controlli.il GC invia un 
messaggio di Anomafialndirizzi contenente indicazioni sulle anomalie riscontrate 
(utilizzando il campo “Eccezione” dell’allegato ComunicazioneIndirizziàmi). 


e Il GC, ad ogni richiesta di aggiornamento ricevuta dal PdA, e/cotrettamente elaborata, 
inoltra al CdO di competenza un messaggio di Richiesta Aggiornamento Utenze come 
notifica dell’aggiornamento sopravvenuto. 


e li GC, ad ogni richiesta di aggiornamento ricevuta dal CdO, e correttamente elaborata, 
inoltra al PdA di competenza un messaggio di AggiornàmentoUtenze come notifica 
dell’aggiornamento sopravvenuto. 


2.2 CIFRATURA E FIRMA DELL'ATTO DI PARTE 


La modalità di apposizione della firma denominata firme indipendenti (meccanismo 
“aggiungi una firma”), prevede che uno o più soggetti finrmino digitalmente lo stesso 
documento, L'ordine di apposizione delle firme, degli N firmatari non è significativo, ed il file 
generato si presenta con un’unica estensione p7:. 


La struttura è quindi PRCS#7 in cui sorio contenute le N firme che si riferiscono quindi, al 
medesimo documento. Non è possibileQtilizzare tale meccanismo per stabilire l'ordine in cui 


le firme stesse sono state apposte: undvalterazione dell’ordinamento delle firme non pregiudica 
la validità della busta crittografica PRCS#7. 


Tale meccanismo è valido sia per l’apposizione di una firma singola che per l’apposizione di 
firme multiple. 


In Figura 11 è rappresentatala\struttura PKCS#7 del file firmato. 


File Firmata PKCS#7 - ext .p7m ! 


A 
Ì file dati =] 
| | 
L 
I 
NE Y 
firma 1 firma 2 
{hash cifrato) | i (hash cifrato) 
VERSA, I | Hi on, 


no tai Wc 
= LEE 

Certificato Certificato 
Sottosenttore 1 Sottoscrittore 2 


Figura 11 - Struttura del file firmato 
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Tali oggetti, creati sulla postazione dell’avvocato, vengono aggregati, ai fini del deposito, in 
un’opportuna struttura dati denominata “busta MIME” che contiene le informazioni di 
instradamento, i riferimenti ai documenti atto ed allegati, l'atto firmato (corpoatto.xiil.p7m) e 
gli eventuali allegati (nella figura che segue l’allegato è AlegaroX.pdf.p7m) . 


Di seguito viene rappresentata la struttura dell'oggetto MIME, di cui è fornitovapposito DTD. 


aindiceBusta.xmi È 


0 peAtto.xmi.pim 5 


n.4 i AMY AOX, par.pim Ch fensai = | 
fre ene he cli 7 
Doo 


Figura 12 - Struttura MIME contenente l'atto i suoi allegati e l’indice degli stessi 


La busta così composta è successivamente(cifrata per l’ufficio giudiziario di destinazione, in 
modo che soltanto questo ufficio possa decifrarlo e quindi leggere il contenuto della busta. 


Lo standard previsto è il PKCS #7. 


Atto.msg è l’atto cifrato con chiave/di sessione. ChiaveSessione è la chiave di sessione cifrata 
con il certificato del destinatario. /ssuerDname è il Distinguished Name della CA che ha 
emesso il certificato dell’ufficio giudiziario destinatario, Seria/Number è il numero seriale del 
certificato dell’ufficio giudiziafio destinatario. Tali dati sono necessari per il controllo 
successivo in fase di decifratura ed identificano il certificato con cui è stato cifrato l'oggetto. 


Di seguito viene rappresentato lo schema della busta ottenuta a seguito del processo di 
cifratura dell’oggetto MIME contenuto nell'oggetto Atto.msg. 


Figura 13 - Schema del risultato dell’operazione di cifratura di Atto.msg 
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L’algoritmo utilizzato per l'operazione di cifratura simmetrica del file è il 3DES e le chiavi 
simmetriche di sessione vengono cifrate utilizzando la chiave pubblica contenuta Mel 
certificato del destinatario con il quale si intende corrispondere. 


Tale busta sarà successivamente depositata presso l'Ufficio Giudiziario per il tramite del 
Punto di Accesso e del Gestore Centrale. 


2,3 TRASMISSIONE DELL'ATTO 


I messaggi SMTP relativi alla funzione di deposito atto, coinvolgono i seguenti due indirizzi: 
Gestore Centrale: gestorecentrale@processotelematico.giustizia.it 
Punto di Accesso: <codicePdA>@<dominioPdA>. 


I messaggi interessati (la cui struttura è documentata nel decreto«di)cui all'art. 62, comma 2) 
sono: 


=» InoliroAtto: il messaggio di inoltro della busta trasmessa dal PdA al GC, contenente 
Atto.enc e InfoInoltro.xml, 


»  AttestazioneTemporale: il messaggio contenente l'attestazione temporale inviato dal GC al 
PdA (vedi paragrafo 2.3.3); 


=» NotificaEccezione: il messaggio di notifica éccezione inviato dal GC ai PdA alternativo 
all’attestazione temporale (vedi paragrafo 2.344); 


=» FsitoAtto: i messaggi di esito deposito inviati dal GC al PdA contenenti l’esito del 
deposito lato UG (vedi paragrafo 24);'In questo caso si hanno due tipi di esito: uno 
inviato a seguito dei controlli automatici da parte del GL e l’altro a seguito dell’intervento 
da parte del Cancelliere. 


I messaggi ricevuti dal GC hafino una testata SMTP standard in cui viene richiesto di 
impostare almeno i parametri, “MSG-ID” e “FROM” (da utilizzare per individuare la 
provenienza del messaggio»-guando non è possibile procedere all'apertura della busta 
ricevuta). 


1 messaggi inviati dal GG.al PdA hanno una testata SMTP standard in cui il subject è definito 
in base al tipo di messaggio (il formato dei subject è specificato nel decreto di cui all'art. 62, 
comma 2). 


Il GC svolge unà7funzione di garante del processo di inoltro assicurando che gii atti 
informatici depositati presso i GL non contengano errori attribuibili alle attività svolte dai 
PdA, ma soloèwentualmente ascrivibili ad operazioni svolte in locale dall’ Avvocato in fase di 
formazione»dell’atto informatico, tenendo comunque conto che l’atto ed i suoi allegati sono 
criptati (1ivd/to. enc). 


Nel segmitò viene descritta la struttura applicativa di ciascun messaggio generato nella fase di 
trasmissione dell'atto. 
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LAPTRI 


231 Struttura del messaggio di “inoltro atto” 


La struttura del messaggio SMTP di /noftroatto è costituita da un S/MIME,, cioè da una 
struttura MIME sottoscritta da parte del PdA con proprio certificato server, a titolo di verifica 
della integrità del messaggio. 


Pertanto al suo interno è riconoscibile: 
+ unastruttura MIME; 


* l’hash del MIME, cioè la registrazione in formato binario che contiene l’impronta del 
documento, firmata secondo le modalità tecniche previste dal’ D.P.R. 513/97 e dalle 
relative regole tecniche (D.P.C.M. 83/02/99), 


+ il Certificato del PdA, ossia una struttura dati tipo X.5091 dati forniscono informazioni 
sul possessore del certificato, il finmatario del certificato) la versione, il numero seriale, 
l'algoritmo di firma, il periodo di validità, la corrispondente chiave pubblica e altri dati. 


Le parti costituenti la struttura MIME sono: 


e File InfoInoitro.xml: contiene le informazioni di’servizio per il GC. Tali informazioni 
consentono il routing del messaggio e fa verificavei dati di certificazione. 


e File Atto.ene: è l’atto informatico predotto dall’Avvocato, criptato utilizzando la chiave 
pubblica di cifratura dell’UG destinatario. 


» File Certificazione.xml.p7m: può mancare nella busta di SroffroAtto se il PAA non 
dispone delle informazioni atte a certificare I’ Avvocato. 


2.3.2 Struttura del messaggio di“deposito atto” 


La busta di DepositoAtio presentala struttura appresso schematizzata: 


SOAP_Envelope Beposttohito 


Attestazione rai [) 


FREE 3 | CettificatoFi maSi vPdA-GC i 


Figura 14 — MIME di Deposito Atto 


dove la struttura SOAP _Envelope DepositoAtto ha la seguente rappresentazione grafica: 
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Figura 15 - Struttura SOAP_Envelope di Deposito Atto 


Il messaggio viene spedito dal GC ail’indirizzo—.identificato dalla URI 
http://<codiceGL>.processotelematico.giustizia.it/<servizioDeposito Atto>. 


La busta DepositoAtto contiene le seguenti strutture: 


1. SOAP:Envelope 
La struttura contiene a livello di header il codice univoco generato dal GC per identificare il 
messaggio ricevuto (in questo caso il messaggio di /nolfroatto). 


Il body della struttura ha un elemento, denominato.Deposito Atto contenente: 


CodiceUG = E’ il codice dell’UG cui è destinato l’Atto informatico, 
ricavato da /nfo/noaliro/Destinatario/CodiceUG 

Atto =  Referenzia l'Atto informatico (file Atto.enc), generato 
dall’Avvocato, allegato nel MIME. 

AttestazioneTemporale = Referenzia il file Attestazione.xml.p7m, generato e firmato 
dal GC, allegato nel MIME. 

CertificazioneDifensore = “Referenzia il file Certificazione.xml.p7m, ricevuto dal 


PdA o generato e firmato dal GC, allegato nel MIME. 


2, File Atto.enc 
Si veda il paragrafo 2.3.1. 
3. File Attestazioné.Xml.p7m 


All’atto della rieezione di un messaggio di /InoftroAtto da parte del PdA, e dopo averne 
verificato la corréttezza, il GC esegue l'attestazione temporale dell’evento di ricezione della 
richiesta di inoltro dell'atto. L’attestazione temporale si sostanzia nella generazione del file 
Attestazione.xrhl. 


4, File Certificazione.xml.p7m 


Il fileCettificazione.xml.p7m è lo stesso presente nella busta di /roltroAfto. Qualora tuttavia 
il PdA-non disponesse delle informazioni atte a certificare l’ Avvocato, il GC deve eseguire la 
certificazione sostitutiva e sottoscrivere il file con la propria firma digitale (firma server). 
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2.3.3 H messaggio di risposta “attestazione temporale” 
p 


Oltre al deposito dell’atto presso il GL destinatario, il GC genera e trasmette al PdA da cui ha 
ricevuto la richiesta di inoltro dell’atto, un messaggio di AffestazioneTemporale. 


ll messaggio contiene allegato all’interno della struttura MIME Ao stesso file 
Attestazione xml.p/m trasmesse all’UG. 


2,3.4 MH messaggio di risposta “notifica eccezione” 


Qualora il GC riscontri un errore nella formazione della busta di /[no/froAito, oltre a non 
eseguire il deposito dell'atto, genera e trasmette al PdA da cuibha ricevuto la richiesta di 
inoltro dell’atto un messaggio di NotificaEccezione, contenente ‘inallegato Eccezione.xmi. 


2.4 RICEZIONE E ACCETTAZIONE DELL'ATTO DI PARTE 


In fase di accettazione il Gestore Locale opera i controlli attraverso la componente applicativa 
denominata Log Eventi. 


Il log eventi è un'insieme persistente di informazioni che permettono di tracciare tutte le 
operazioni che, sia le componenti applicative sia gli operatori di cancelleria, effettuano sugli 
atti in ingresso all'UG. A tal fine il sistema registra la tipologia di operazione che il sistema o 
l'operatore esegue (in forma codificata), la descrizione di tale operazione, il riferimento al 
documento (atto o allegato) oggetto dell’operazione e l'indicazione temporale del momento in 
cui viene eseguita. 


Il Gestore Locale si compone dei seguenti sistemi: 


Il sistema di ricezione è l’interfaccra esposta dall’UG verso il GC e si occupa esclusivamente 
di ricevere attraverso una comunicazione sincrona l’atto giudiziario e i suoi allegati in una 
busta cifrata con chiave pubbtica dell’UG. Il componente si occupa di gestire attraverso 
meccanismi tipici del protocollo di comunicazione (HTTP) eventuali problemi trasmissione a 
meno dei quali la busta viene memorizzata localmente in un’area del Repository Documentale 
denominata Area Buste..La memorizzazione nell’area buste garantisce sicurezza dell’avvenuta 
ricezione di una busta\integra in tutte le sue componenti ovvero informazioni sul mittente, 
attestazione temporale/e pacchetto dati cifrato contenente l’atto giudiziario e i suoi eventuali 
allegati. 


Il sistema dei controlli è una componente altamente configurabile che permette di 
individuare everituali errori bloccanti o semplici anomalie sull’atto depositato e comunicare le 
stesse all’opératore di cancelleria attraverso il log eventi. È stato realizzato un vero e proprio 
sistema/dìivyu/ing altamente personalizzabile con l’obiettivo di conferire al sistema un alto 
grado di flessibilità ed elasticità necessario soprattutto nella fase sperimentazione, 


Ii sistema di accettazione è in grado di utilizzare il motore stati eventi per lo scarico 
dell’evento corrispondente al deposito dell’atto e di memorizzare l’atto stesso nel fascicolo 
elettronico attraverso l’interfacciamento con il repository documentale. Il sistema di 
accettazione viene attivato solo nel caso in cui tutti i controlii diano esito positivo. 


Ii fascicolo elettronico indica quell’area del repository documentale utilizzata per la 
memorizzazione degli atti di parte e d'ufficio e dei relativi allegati. 
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Il sistema di diagnostica è utilizzato dagli amministratori di sistema dell'UG per individuare 
e intervenire a livello esclusivamente tecnico sull’atto pervenuto all’UG. Il sistematdi 
diagnostica fornisce agli amministratori un’interfaccia attraverso la quale registrate gli 
interventi nel log eventi. 


Il sistema per la consultazione del log eventi mette a disposizione degli operatori di 
cancelleria un’interfaccia grafica potente e flessibile che permette loro di verificare tutte le 
operazioni effettuate dal sistema in automatico. Nel caso di errori o anomalie tale interfaccia 
permette in maniera semplice di intervenire manualmente, laddove possibile; per riuscire 
comunque ad aggiornare il SICC e il fascicolo elettronico. 


2.5 GESTIONE DEL FASCICOLO INFORMATICO 


Il Repository Documentale nasce per gestire il fascicolo informatico, conservare i documenti 
prodotti nell’ambito di un procedimento giudiziario ed esporre ai sistemi utilizzatori servizi 
informatici di alimentazione e fruizione delle informazioni. 


Tale servizio si configura come una piattaforma di gestione documentale che mette in 
comunicazione i diversi applicativi con la base dati documentale, per consentire l’interazione 
documentale ed informativa fra soggetti appartenenti (a\ categorie diverse tra loro (Giudice, 
Cancelliere, Avvocato, CTU). 


L'obiettivo principale del Repository Documentale è quello di potenziare le funzionalità delle 
Applicazioni di Gestione dei Registri, con capacità di Gestione Documentale ed /nformation 
Refrieval, fornendo in sintesi i seguenti servizi: 


e acquisizione dei documenti contenuti nelle Buste ricevute; 


e acquisizione delle comunicazioni inviate dalla Cancelleria dell'Ufficio Giudiziario verso 
l'esterno; 


e consultazione di documenti. 


Il Repository Documentale funge pertanto da gestore centralizzato del patrimonio 
documentale, divenendo l’unitàdi archiviazione univoca e centrale a livello di UG dei 
documenti prodotti o ricevuti” dall'Ufficio stesso, indipendentemente dalla loro natura 
originaria, analogica o digitale. 


L’accessibilità agli oggetti documentali gestiti dal Repository è demandata ai sistemi di 
gestione dei registri di cancelleria. 


2.6 TRASMISSIONE DELL'ESITO DELL'ATTO 


2.6.1 Struttura del messaggio di esito atto 


Il GL, ifivrisposta alla ricezione di un atto informatico, genera e inoltra al GC due messaggi di 
esito/'uil primo esito automatico e un secondo esito a seguito dell’intervento di accettazione (0 
rifiuto) da parte del cancelliere. 
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La busta MIME relativa all’esito è così schematizzata: 


SOAP_Envelope_Esito 


| EsitoAtto.xmi 


- Hash_EsitoAtto.xml È 


E CertificatoFi maSreUG 


Figura 16 — MIME di Esito 


dove la struttura SOAP_Envelope Esito ha la seguente rappresentazione grafica: 


E CodiceGL | 


iii 
Cano | 
-idMsg È 
Gscouenz } 
esitano DI 


mi 


Figura 17 Struttura SOAP_Envelope di Esito 


Il messaggio viene _ ricevuto dal GC all’indirizzo identificato dalla URI 
http./gestorecentrale.procéssotelematico,giustizia.it/PTRicezione.asp. 


1. SOAP:Envelope della busta di Esito 


La struttura contiene’ a livello di header l’identificativo univoco del messaggio di Esito 
generato dal GL; 


Il body della struttura ha un elemento, denominato Esito, contenente: 


IdMseGC = È l’identificativo univoco del messaggio di Deposito atto generato 
dal GC. 

EsitoAtto = Referenzia il file EsitoAtto.xml.p7m allegato nel MIME. 

Sequenza = Indica se il messaggio di esito è relativo ai controlli automatici (1) 


o all’intervento del cancelliere (2) 
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2. File EsitoAtto.xml.p7m 


Il file EsifoAtto.ximi.p7m generato presso l’UG e firmato dall’UG stesso (firma setver), 
trasporta le informazioni che comunicano all’Avvocato l’esito dell'atto. 


Benché il file non sia cifrato, il GC non esegue alcun controllo sulla sua strutturaersui suoi 
contenuti. 


Le due tipologie di esito previste sono differenziate in base al subject della busta 


2.6.2 II messaggio di risposta “comunicazione esito” 


Quando il GC riceve un messaggio di EsitoAfto, attraverso l’identifieativo del messaggio 
([dMsgGC) ricava tutte le informazioni necessarie per recapitare il messaggio 
ComunicazioneEsito all’Avvocato destinatario sul PdA di appartenenza. 


Il messaggio contiene allegato all’interno della struttura MIME il file EsitoAtto.xml.p?7m 
firmato dall’UG. 


2.7 CIFRATURA DEGLI ATTI IN USCITA DALL'UFFICIO GIUDIZIARIO 


Relativamente alla cifratura degli atti in uscita, ossia/cifrati a cura del GL con la chiave 
pubblica del soggetto abilitato esterno (disponibile stl registro generaie degli indirizzi presso 
il gestore centrale), quando questa verrà prevista, si applicheranno le stesse specifiche 
riportate al paragrafo 2.2. 


In particolare, per gli atti inviati alla casella di posta certificata del destinatario, verrà 
utilizzata la medesima struttura di atfo.erce, che verrà allegato ai messaggio di posta 
elettronica certificata. 


Ai fini della consultazione web degli-atti, sarà valido quanto segue: 


» il GL prepara la risposta SOAP) alla richiesta di consultazione e inserisce all'interno di 
questa un "blob" (in codifica b'ase64) che a sua volta contiene: 


o L'XMI, dell'atto richiesto, cifrato con crittografia simmetrica utilizzando 
l'algoritmo 3-DES)e chiave di sessione; 


© la chiave di sessione cifrata con la chiave pubblica del certificato di cifratura 
dell'Avvocato; 


o ilcertificato utilizzato per la cifratura. 


» I) Front-Enddi Polis Web riceve la risposta SOAP, estrae il "blob" e prepara la risposta 
HTML inserendo all'interno di essa il "blob", 
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2.8 COMUNICAZIONI DI CANCELLERIA 


Il Gestore Centrale gestisce in sostanza le caselle di posta elettronica certificata dei singoli 
Uffici Giudiziari. 

I messaggi di Posta Certificata del Processo Telematico relativi alla funiziohe di invio 
comunicazione di cancelleria vengono spediti alle CPECPT degli Avvocati agli indirizzi 
<CPECPT>@<dominiocertPdA> e ricevuti sulle CPECPT degli UG presso il GC agli 
indirizzi <codiceGL>@giustiziacertpt.it. 

I messaggi prodotti dal GC sono conformi allo standard previsto\dal sistema di Posta 
Certificata. 


Nel seguito del documento viene descritta la struttura applicativa di ciascun messaggio 
generato dalla funzione di invio di un biglietto di cancelleria; ì relativi DTD verranno 
pubblicati nel decreto di cui all’art. 62, comma 2. 


2.8.1 Struttura del messaggio di “comunicazione UG” 


La struttura del messaggio di comunicazioneUG proveniente da un GL è illustrata nella figura 
che segue: 


SCAP_EnrelopetCormunicazionel: 


mi 


RETTETTOE sene 


Figura18— MIME di Comunicazione UG 


dove la struttura SOAP_EnvelopeComunicazioneUG ha la seguente rappresentazione grafica: 


CodiceGI. |; 


PCodiceFiscale | 
HH fomunitazionelG PH ee PTT A 
du DONATORE A ANI È die 


“recrenanpananene renne ni nerone azannsnzoal i 


Figura 19 — Struttura SOAP_Envelope di ComunicazioneUG 


Il” messaggio viene ricevuto dal GC, all'indirizzo identificato dalla URI 
http:/gestorecentrale.processotelematico.giustizia.i/PTRicezioneComunicazione.asp. 
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La transazione tra GL e GC termina con successo solo dopo che il GC ha effettuato i controlli 


formali sulia busta ricevuta ed ha controllato che il codice fiscale del destinatario sia presèrite 
nel ReGIndE. 


La busta ComunicazioneUG contiene le seguenti strutture: 
i. SOAP:Envelope 


La struttura contiene a livello di header l’identificativo univoco del messaggio generato 


dal GL (JdMsgGL). 

IH body della struttura ha un elemento, denominato ComunicazioneUG «contenente: 
CodiceFiscale = È l’identificativo del destinatario della comunicazione. 
Comunicazione = Referenzia il file Comunicazione.xmI.p7m.allegato nel MIME. 


2. File Comunicazione.xml.p?7m 


Il file Comunicazione.xmi.p7m generato presso UG e fitmato dall'UG stesso (firma 
server), trasporta fe informazioni relative alla comunicazione da trasmettere all’Avvocato. 


Benché il file non sia cifrato, il GC non esegue alcun controllo sulla sua struttura e sui suoi 
contenuti, per il cui dettaglio sì rimanda al documentodi “Analisi funzionale del Processo 
Telematico”. 


2.82 Struttura del messaggio di “biglietto cancelleria” 


Ricevuta la comunicazione da parte del GL, il servizio SMTP del GC genera un messaggio di 
Posta Certificata del Processo Telematico contenente in allegato il file 
Comunicazione xml. p7m. 


Il messaggio riporta come destinataridyvla CPECPT dell'Avvocato corrispondente al codice 
fiscale trasmesso, e come mittente, la CPECPT dell’UG dal quale è stata ricevuta la 
comunicazione. 


Tale messaggio, secondo i meccanismi standard di Posta Certificata, viene acquisito dal server 
di dominio del GC, imbustaton un messaggio di trasporto (BigliettoCancelleria) e spedito al 
server di dominio di Posta Gettificata del PdA. 


Il messaggio contiene in’allegato il file AvoUG.ene corrispondente alla comunicazione 
firmata dall’UG chel°ha generata (Comunicazione.xml.p7m), ed il file fnfolndirizzamento.xmi 
contenente tutte le‘itformazioni necessarie al routing del messaggio, il numero di ruolo e 
l’oggetto del biglietto di cancelleria. 


A. seguito di 4alivoperazioni il server SMTP di Posta Certificata del GC restituisce nella 
CPECPT dell’UG mittente una ricevuta di accettazione che segnala l'effettiva spedizione del 
messaggio. 


2.8.3 ( Struttura del messaggio di “ricevuta comunicazione” 


All’atto della ricezione nella CPECPT dell’UG mittente della ricevuta di avvenuta consegna il 
GC genera automaticamente l’attestazione temporale di tale evento. 


2-8-2008 Supplemento ordinario alla GAZZETTA UFFICIALE Serie generale - n. 180 


Il file Attestazione.xml.p7m insieme con la ricevuta di avvenuta consegna viene imbustato)in 
un messaggio di RicevutaComunicazione che presenta la struttura appresso schematizzata* 


| SUAP_Envelope_RteevutaComuni.B] 


| Attestazione,xmi { fittestazione.xmi 


Attestazione Temporale.«mip7m 


[iuasn_ate staztone.zmi fi 


CentificatoFi maSivGl Î: 


firmata vGe E] (= 


CRicevutaAvveimitalonzegna emi È 


E CodiceStatus | 


Figura 20 — MIME di Ricevuta comunicazione 


dove la struttura SOAP_Envelope RicevutaComunicazione ha la seguente rappresentazione 
grafica: 


Figura 21 — Struttura SOAP_Envelope dî RicevutaComunicazione 


Il messaggio  viene©»spedito dal GC all’indirizzo identificato dalla URI 
hitp://<codiceGL> procèssotelematico, giustizia.it/<servizioRicevutaComunicazione>. 


La busta Ricevuta Comunicazione contiene le seguenti strutture: 
1. SOAP:Envelope 


La struttura contiene a livello di header il codice univoco generato dal GC per identificare 
il messaggio ricevuto. 


Il body della struttura ha un elemento, denominato DepositoRicevuta contenente: 


ITAMsgGL = E’ l'identificativo della comunicazione trasmessa 
dall’UG. 


Referenzia il file Attestazione.xml.p7m, generato £ 
firmato dal GC, allegato nel MIME. 


RicevutaAvvenutaConsegna = Referenzia il file RicevutaAvvenutaConsegna.eml 
ricevuto dal PdA, allegato nel MIME. 


Il 


AttestazioneTemporale 
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CodiceStatus = Contiene il codice dello status professionale 
dell’Avvocato destinatario della comunicazione (attive, 
sospeso, radiato). 


2. File Attestazione.xml.p7m 
Il file Attestazione.xml.p7m è firmato dal GC (firma server). Il contenuto@nformativo di 
tale file è il seguente: 
s IdMsgSMTP. 


IdMsgSMTP = Contiene il valore deli parametro SMTP Messape-ID del messaggio 
di ricevuta di avvenuta consegna 


e IdMsgMitte IdMsgPdA. 
In questo caso non sono valorizzati (questi elementi sono alternativi rispetto al 


precedente). 
e DatiAttestazione. 


DatiAttestazione = Contiene l'impronta della busta di ricevuta avvenuta consegna (nel 
formato S'MIME) e la’data e ora dell’evento di attestazione 
temporale 

3. File RicevutaAvvenutaConsegna.eml 


E° il messaggio di ricevuta di avvenuta censegna così come ricevuta dal dominio di Posta 
Certificata del Processo Telematico def'PdA. 
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2.9 CONSULTAZIONE WEB (PoLIS WEB) 


Il Punto di Accesso deve mettere a disposizione il front-end di Polis Web,4realizzato in 
autonomia, fermo restando i requisiti di sicurezza di cui al paragrafo 2,9.1. 


Ogni funzionalità di consultazione è di tipo sinerono e prevede un flusso ché sì scompone in: 


* flusso di richiesta verso il gestore locale (Ufficio Giudiziario); 
* flusso di risposta dal gestore locale (Ufficio Giudiziario). 


Il flusso di consultazione è sempre attivato dall'utente (soggetto abilitato esterno) che invia la 
propria richiesta all’Ufficio Giudiziario, tramite il sistema front>end di PolisWeb fornito dal 
PdA, transitando per il Gestore Centrale. 


All’interno dell’UG il sottosistema Gestore Locale predispone le informazioni ottenute a 
seguito dell'interrogazione del SICI e del sottosistema di gestione del fascicolo informatico 
(repository documentale) e le inoltra al PolisWeb, per iktràmite del GC. 


Il Gestore Locale implementa i propri servizi di cofisultazione attraverso dei Web Service e 
PolisWeb interagisce con essi utilizzando il“protocollo di trasporto HTTPS e la 
serializzazione dei messaggi nel formato XML/SOAP. 


Le funzionalità fornite dai Web Service realizzati, nonchè Ie relative regole di invocazione 
vengono descritte tramite WSDL, pubblicati nel decreto di cui all'art. 62, comma 2. 

Nel colloquio tra it Punto di Accesso e PolisWeb si evidenziano le seguenti esigenze: 

- Attivazione di una sessione utente di PolisWeb. 

- Richiesta di Consultazione Info*tmazioni di PolisWeb. 

- Chiusura di una sessione uteîite di PolisWeb. 

- Gestione delle eccezioni, 


A seguito dell'autenticazione sul PdA, un utente può quindi effettuare la richiesta di una 
funzione di consultazione. fornita dal front-end PolisWeb del Punto di Accesso: 


« La richiesta da parte dell'utente di attivazione di una funzione di consultazione viene 
inoltrata al Frent-End di PolisWeb. PolisWeb fornisce la funzione richiesta per 
consentire all'utente di indicare i parametri necessari alla ricerca delle informazioni a lui 
utili. 

» I parametri di ricerca forniti dall'utente possono essere ad esempio relativi ad una 
ricercati consultazione di informazioni del Contenzioso Civile, fornite dall'Ufficio 
Giudiziario specifico. I parametri sono inoltrati dal Punto di Accesso al Front-End di 
PolisWeb. 


= Il Front-End di PolisWeb, in base ai parametri ricevuti, prepara il messaggio di 
richiesta (XMLSoap) da indirizzare al Gestore Centrale per l'inoltro all'Ufficio 
Giudiziario indicato dall'utente. 
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=» La richiesta di informazioni ricevuta dal Back-End di PolisWeb presso l'Ufficio 
Giudiziario {Servizi Soap dell'Application Server Comune) viene elaborata con 
l'interrogazione della base dati di interesse (es. Contenzioso Civile e/o Fascitolo 
Elettronico). 


=» Le informazioni così individuate, sono fornite in risposta al Gestore Centrale per 
l'inoltro al Front-End di PolisWeb presso il Punto di Accesso richiedente. 


*» L'Utente può consultare le informazioni di risposta, in base ai parametri di ricerca 
precedentemente forniti. 


2.9.I Requisiti di sicurezza 


Si elencano di seguito i requisiti di sicurezza del Front-end di PolisWeb. 


= Il sottosistema PolisWeb deve essere localizzato all’interno della Intranet del Punto di 
Accesso e non deve essere accessibile direttamente dall'esterno (Internet, Interdominio, 
altro). 


» Il sottosistema PolisWeb deve risiedere in un’arca privata del PdA a cui l'utente deve 
accedere tramite autenticazione con certificato digitale {Smart-Card). 


»L’applicazione PolisWeb per l’individuazione delle informazioni di visualizzazione sul 
Front-End, deve interfacciarsi al GC per accedére ai servizi di back-end esposti dai GL. 


» Le comunicazioni con il GC devono essere basate su protocollo HTTP S/SOAP su SSL 
con autenticazione client per lo scambio delle informazioni. 


= Il Front-End di PolisWeb deve essere configurabile per definire le autorizzazioni per 
l’accesso alle funzioni di consultazione in base alla tipologia di utente (Ruolo Utente). 


«= Deve prevederei ruoli utente di Avvocato e CTU. 
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Soggetto 
abilita:D 
ASAFno 


cai 


SIR, 


Figura 22 Architettura di sicurezza per PolisWeb nel Punto di Accesso 


» La richiesta HTTPS da PolisWeb al Gestore Centrale per l'individuazione delle 
informazioni di back-end presso un Ufficio Giudiziario, fornite dal Gestore Locale, va 
inviata all’indirizzo: 


https:/' NomeLogicoUfficioGiudiziario.hostgc/PathSoap 


incui: 
* NomeLogicoUfficioGiudiziario: identificativo logico dell'Ufficio Giudiziario in 
base all'Ufficio indicato dall’utente nell’impostazione dei parametri di ricerca. 
»  hostgce: indirizzo telematico del Gestore Centrale (l’indirizzo del GC è 
ge.processotelematico.giustizia.it) 
«= PathSoap:url relativa del servizio di back-end configurato in PolisWeb e definito 
univocamente per l’utilizzo del Gestore Locale 
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Il NomeLogicoUfficioGiudiziario, fornito da PolisWeb al Gestore Centrale permetteva 
quest’ultimo di individuare quale UG è interessato dalla richiesta di PolisWeb_e 
determinare quindi l’indirizzo di rete del GL associato all’UG a cui “reindirizzare” la 
richiesta SOAP corrente. 


2.9.2 Funzioni PolisWeb e Servizi di Back-End disponibili 


Il PolisWeb deve mettere a disposizione, utilizzando i servizi di back-end di ùmGL presso un 
UG, le seguenti funzioni: 


Consultazione delle informazioni gestite dai Sistemi di Gestione Registri presso l’Ufficio 
Giudiziario relative a: 

= dati strutturati dei Fascicoli 

«eventi dei Fascicoli 

=» scadenze dei Fascicoli 

» Fascicoli Personali 

«Fascicoli per l'Avvocato che deve ancora costituirsi in giudizio come difensore del 

convenuta, 


Richiesta di informazioni su Atti dei Fascicoli; 
=» ricerca degli Atti, presenti nei Fascicoli, in modalità Strutturata, Testuale e Concettuale 
=» perogni Atto appartenente ad un Fascicolo, deve poter essere 
o consultato il profilo dei suoi dati strutturati, 
o consultato il contenuto pdf o xml (in questo caso il contenuto viene reso 
visibile nel browser attraverso opportuna trasformazione in HTML) 
o effettuata la richiesta di copie cartacee o elettroniche 
= le copie elettroniche degli atti riéhiiesti sono inviate nella casella postale certificata 
dell’utente 
«  unutentedeve poter consultare l&richieste di copia effettuate. 
«= un utente deve poter indicate gli estremi di pagamento (ove previsto) relativi ad una 
singola Richiesta di Copia 


Richiesta di informazioni Provvedimenti nell' Archivio Giurisprudenziale: 
«= consultazione delle informazioni dell’Archivio Giurisprudenziale presso un Ufficio 
Giudiziario 
= ricerca dei Provwedimenti, presenti nell'Archivio Giurisprudenziale, in modalità 
Strutturata, Testtale e Concettuale 
«= perogni Provvedimento appartenente all'Archivio Giurisprudenziale, deve poter essere: 
o consultato il profilo dei suoi dati strutturati. 
o consultato il contenuto pdf o xml (in questo caso il contenuto viene reso 
visibile nel browser attraverso opportuna trasformazione in HTML) 
o-effettuata la richiesta di copie cartacee o elettroniche 
= le copie elettroniche dei Provvedimenti richiesti sono inviate nella casella postale 
certificata dell’utente. 
= unutente deve poter consultare le richieste di copia effettuate. 
=» \un utente deve poter indicare gli estremi di pagamento (ove previsto) relativi ad una 
singola Richiesta di Copia. 
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Di seguito vengono evidenziati i Servizi Soap di back-end disponibili per l'individuazione 
delle informazioni necessarie alle funzioni del Front-End di PolisWeb. 


Si riporta per una maggiore leggibilità la descrizione degli acronimi utilizzati: 
CC + Contenzioso Civile 

DL — Diritto del Lavoro 

AG — Archivio Giurisprudenziale 

RD - Repository Documenti 

RC - Richieste Copie Documenti 

GL — Gestore Locale 


2.10 RICHIESTE DI COPIE 


Sul punto di accesso, tipicamente all’interno di‘Polis Web, dovrà essere presente 
un'apposita sezione per gestire le richieste di copia, nonché di accedere alla copia dei 
documenti rilasciati dall'Ufficio Giudiziario. 


Nel flusso tra PdA e GL si distinguono due fasi: 


I. esecuzione della richiesta sincrona, invocando un apposito web service esposto dal GL 
(WSDL pubblicato nel decreto di cui all’art. 62, comma 2); 


2. invio da parte del GL del documento richiesto (o dei documenti richiesti), tramite un 
messaggio di posta elettronica certificata, con modalità del tutto analoghe all'invio delle 
comunicazioni di cancelleria (tranne il fatto che la pagina di ricezione del GC è: 
PTRicezioneCopie.asp). 


Il contenuto del messaggio ConsegnaCopia è disciplinato dall’apposito XSD pubblicato nel 
decreto di cui all'art, 62, comma?2. 


2.13 NOTIFICHE TRA DIFENSORI 


2,111 Invio delle notifiche avvocato-avvocato 
La busta predisposta dall’avvocato localmente contiene le informazioni di instradamento 
dell’atto (file InfoNotifica.xml) e V’atto informatico cifrato (file Norifica.enc). 


Il PdA verificata la correttezza della struttura della busta caricata dall'avvocato crea un 
identificativo univoco (a livello PdA) dell’atto informatico da inoltrare (/AMsePdA) 
aggiornando il file /nfoNotifica.xml; infine crea e firma il messaggio /noltroNotificaAvvocato 
da inviare al GC. 


FileInfoNotifica.xml 
Il file InfoNotifica.xml contiene le informazioni di servizio per il GC. 


File Notifica.enc 
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Il file Nofifica.enc è la notifica prodotta dall’Avvocato, cifrato utilizzando la chiave 
pubblica di cifratura dell'avvocato destinatario. 


Il Punto di Accesso ed il Gestore Centrale non entrano nel merito del formatdse) dei 
contenuto di questo file, che viene inviato alla CPECPT del Gestore Centrale e_da' questi 
inoltrato alla CPECPT dell'Avvocato destinatario, 


2.11.2 Attestazioni temporali emesse nel flusso di invio notifiche 
Il flusso di invio notifica tra difensori (nel seguito “avvocati”), disciplinato dall'art. 45 comma 
$, avviene tramite posta elettronica certificata. 


Esso non prevede un unico flusso dalla CPECPT mittente a CPECPT destinatario, ma risulta 
suddiviso in due flussi: 


»  Inoltro Notifica: CPECPT Mittente + CPECPT GC 
ss Consegna Notifica: CPECPT GC «+ CPECPT Destinatario 


Questi due flussi sono collegati da un flusso di comunicazione tra server di PECPT del GC e 
ambiente di elaborazione del GC (in seguito indicato semplicemente con “GC"). 


È compito del GC individuare l'indirizzo di CPECPT del destinatario in base al codice fiscale 
indicato nel allegato /nfoNotifica.xml ed inoltrare la notifica. 


Di seguito si nporta il diagramma di sequenza relativo al flusso da mittente a destinatario: 
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Figura 23 - diagramma di sequenza notifiche tra difensori 
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Di seguito si riporta l’elenco delle diverse attestazioni temporali previste dal flusso dihotifica 
fra avvocati. 


si 


2.113 Attestazioni temporali ricevute a seguito dell’invio di notifiche (Avvocato mittente) 


A seguito dell'invio di notifiche tra difensori, il Gestore Centrale emette dèlle attestazioni 
temporali a seguito di due eventi: 

» — quando riceve una notifica (formalmente corretta) da inoltrare (AtfestazioneNotifica); 

» quando riceve la ricevuta di avvenuta consegna (RAC) dal’ Punto di Accesso 
dell'avvocato destinatario. L’attestazione viene inviata all'avvocato mittente in una 
busta che contiene anche la Ricevuta di Avvenuta \Consegna (messaggio di 
AttestazioneConsegnaNotifica ). 


Entrambe le attestazioni sono inviate alle caselle di posta certificata dell'avvocato mittente e 
del destinatario. 
Nel caso della ricezione da parte dell’avvocato cmittente della seconda attestazione 


temporale, questa è accompagnata all’interno della busta dalla Ricevuta di Avvenuta 
Consegna emessa dal sistema di Posta Certificata del PdA destinatario della notifica. 


Nel caso di errore nel formato di uno qualsiasi ‘dei messaggi ricevuti dal GC, viene emessa 
una notifica di eccezione inviata al posto del ‘messaggio di attestazione temporale. Nel caso 
particolare di errore nel messaggio di notifica Inviata dal mittente, il GC invia l'eccezione 
al mittente (messaggio di EccezioneCertificatà) ed il flusso viene interrotto 


Ricezione notifiche e relative attestazioni temporali (Avvocato destinatario) 


A seguito dell’invio di notifiche tra\difensori, il Gestore Centrale emette delle attestazioni 
temporali a seguito di due eventi: 
= quando riceve una notificaNformalmente corretta) da inoltrare, L’attestazione viene 
inviata all'avvocato destinatario in una busta che contiene anche il messaggio di 
notifica stesso (messaggio di ConsegnaNotifica) 
= quando riceve la ricevuta di avvenuta consegna {RAC} dal Punto di Accesso 
dell’avvocato destinatario (messaggio di AttestazioneNotifica). 


Entrambe le attestazioni)sono inviate alle caselle di posta certificata dell’avvocato mittente e 
del destinatario. 


Controlli sui messaggi 


Affinché il PAA” mittente possa verificare che tutto il flusso sia avvenuto correttamente, è 
necessario ché la RAC inviata dal punto di Accesso dell'avvocato destinatario (RAC3) sia una 
ricevuta - Completa, ovvero contenente il messaggio originale {Messaggio 3 = 
Attestazione.xml.p7m + Notifica.enc) e non solo l’impronta di Messaggio3 (di cui il PdA 
Mittentenon è in possesso). 
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In tal modo, il PdA mittente è in grado di: 
e ricavare RAC3 dal messaggio di AtfestazioneConsegnaNotifica 
e estrarre da RAC3 il file Nodifica.enc 


e verificare Notifica.ene così ricavato con quello originario spedito. 


Per attestare il corretto scambio di messaggi tra CPECPT del GC e ambiente di elaborazione 
del GC, è necessario che entrambi i PdA {mittente e destinatario) effettuinov' controlli di 
corrispondenza delle impronte contenute nelle attesiazioni temporali ricevuteelencate sopra) 
rispetto ai relativi messaggi originali, 


2-8-2008 Supplemento ordinario alla GAZZETTA UFFICIALE Serie generale - n. 180 


2,12 FUNZIONALITÀ DI ACCESSO AI REGISTRI DEGLI INDIRIZZI ELETTRONICI 


Il Gestore Centrale mantiene aggiornato il Registro Generale degli Indirizzi. Elettronici 
(ReGIndE), dove è registrato l'elenco di tutti gli indirizzi elettronici attivati dai Punti di 
Accesso. Sul Gestore Centrale viene inoltre mantenuto un registro degli Uffici Giudiziari, 
in cui sono registrati i dati di tutti i Tribunali che partecipano al Processo Telematico. 


Il Gestore Centrale mette a disposizione un servizio che consente di iritérrogare i registri 
accedendo in modalità LDAP. 


242,1 Accesso al REGIndE per il reperimento di indirizzi e certificati degli avvocati 


Il registro generale degli indirizzi elettronici sul Gestore Centtale contiene gli indirizzi e i dati 
di tutti gli avvocati e dei CTU; la struttura LDAP di accesso al REGIndE è riportata nel 
decreto di cui all'art. 62, comma 2. 


Ad ogni indirizzo elettronico di persona fisica sono assbciate le informazioni indicate in art. 
13, comma 3, 4. 


Per inviare comunicazioni e notifiche ad altri avvocati, ciascun avvocato deve conoscerne il 
codice fiscale ed eventualmente la chiave pubblica 'di cifratura del destinatario. 


Ogni Punto di Accesso deve mettere a disposizione una funzione di consultazione del 
ReGIndÈ per il reperimento di chiavi pubbliche dei certificati di cifratura, utili per inviare 
comunicazioni e notifiche ad altri avvocati. 


242.2 Accesso al Registro degli Uffici Giudiziari 


In fase di redazione e preparazione degli atti o dei documenti da inviare verso un Ufficio 
Giudiziario, gli avvocati devono avere a propria disposizione sul posto di lavoro il codice 
identificativo dell’Ufficio destinatario e, per inviare un atto cifrato, anche ia chiave pubblica 
di cifratura. 

Il Gestore Centrale mantiene un registro degli Uffici Giudiziari, in cui sono registrati i dati di 
tutti i Tribunali che partecipano al Processo Telematico e mette a disposizione un servizio di 
interrogazione del registro, in modalità LDAP, la cui struttura è riportata nel decreto di cui 
all'art. 62, comma 2) 
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3. REQUISITI TECNICI SPECIFICI DEL PUNTO DI ACCESSO 


3.1 COLLEGAMENTO CON IL GESTORE CENTRALE 


] punti di accesso sono attestati su una rete privata virtuale dedicata al processo civile 
telematico, di cui fa parte il Gestore Centrale, realizzata anche nell’ambito di contratti per la 
fornitura di servizi di connettività previsti per le pubbliche amministrazioni. 


3.2 CONTROLLI SUI MESSAGGI 


Il PdA è tenuto ad effettuare controlli formali su tutti i messaggi in ingresso (sia da parte del 
GC che degli utenti esterni), ed in particolare: 


1. effettuare controlli antivirus; 


2. ove prevista, verificare la validità del certificato di firma del GC e che i messaggi non 
siano stati modificati (tramite controllo dell’Hash); 


3. controllare che gli eventi temporali, ove previsti, )siano ragionevolmente corretti: è in 
particolare richiesto l'allineamento del proprio ordlogio di sistema rispetto all'orologio del 
GC; in particolare è tenuto a controllare la validità della data di attestazione temporale 
(compresa tra la data di deposito e la data di ricezione dell’attestazione temporale stessa da 
parte del PdA) con tolleranza di disallineamento di 1 minuto; 


4. nel caso di messaggi relativi al flusso»di deposito verificare la correttezza di tutti gli 
identificatori di messaggio, utente, PdAL/ecc...; 


5. alla ricezione di attestazione temporale ed esito atto, verificare la corrispondenza dei 
valori dell'impronta rispetto al deposito effettuato. 


Ciascun PdA può definire autohomamente le procedure di caricamento degli atti a partire 
dalla postazione dell’utente èsterno, automatizzando o meno la compilazione delle 
informazioni di spedizione. 


Nel caso in cui vengano esttapolate dalla busta caricata deve essere verificato che la busta sia 
destinata ad un UG conosciuto. 


3.3 TRACCIABILITÀ 


Il PdA deve consentire la tracciabilità dello stato dei pacchetti inviati al GC, evidenziando in 
particolare: 


» la ricezione di attestazione temporale: essendo una ricevuta “a valore legale”, il PdA 
informa l’utente della ricezione anche in caso di non conformità dei dati (ad esempio 
validità temporale, valore del campo impronta...) fornendo informazioni relative ad 
amemalie riscontrate. 

» Laricezione di una notifica di eccezione 


MR: PEA 
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In caso l'attestazione presenti qualche anomalia (ad esempio qualche campo non cetretto) 
l'Amministratore del PdAA è tenuto a segnalare opportunamente l'anomalia ed in individuarne 
la causa. 


3.4 COMPORTAMENTO IN CASO DI MANCANZA DI RISPOSTA DAL GC. 


In caso di mancata risposta da parte del GC, al fine di evitare rischi di duplicazione di 
pacchetti inviati, il PÉA non deve procedere al reinvio automatico. 


In tale caso, pertanto, il referente del Punto di Accesso è tenuto a segnalare prontamente la 
problematica al servizio di monitoraggio del Gestore Centrale, utilizzando le modalità definite 
dalla DGSIA. 


3.5 STATISTICHE DI UTILIZZO DEI SERVIZI 


A norma dell’art. 29, I PdA dovranno essere in grado-di\inviare, su richiesta del Ministero 
della Giustizia, le statistiche di utilizzo relativamente ai servizi messi a disposizione degli 
utenti abilitati esterni, 


I formati dei log richiesti verranno stabiliti dalla DGSIA in accordo diretto coni PdA. 


3.6 CODIFICA DEGLI ERRORI RIPORTATEDAL GESTORE CENTRALE 


La seguente tabella riporta l’anagrafica degli errori che possono essere inseriti dal Gestore 
Centrale nei messaggi di notifica eccezione. 


Descrizione 

L'element ?? non e' valorizzato 

L'element ?? non ha un formato valido. 
EO103 L'element 77 non ha un valore ammesso. 


EO104 L'attributo ?? non ha untvalore ammesso. 


Il certificato ?? non e*walido 0 e' scaduta. 
EO201 
E0202 
E0203 li file ?? non dovrebbe essere presente. 
E0204 L'Utente risultèabilitato su altro PDA. 


Il Punto di Accesso présente in Infolnoltro non corrisponde con il titolare del Certificato di fimma, 
L'element ?? none' integro. 


E0205 Il Punto, di\Accesso (9) presente in InfoInoltro non corrisponde a quello del Mittente. 
E0300 ll messaggio primario ricevuto non e' integro. 
| €030! La struttura di ?? non e' valida. 
EN303 Il nìessaggio primario ricevuto nen e' integro. La parte ?? e' mancante. 
E0304 |M content-type del messaggio non e' nconesciuto. 
E0400 L'identificativo del messaggio ricevuto non e' univoco (IdMsgPdA). 


Il Mittente del messaggio (CF = ??) non e' autorizzato al Processo Telematico. 

Il destinatario deli messaggio {InoltroAtto/Destinatario = 27) e' sconosciuto o non e' consentito. 

L'Avvocato certificato (CF = 2°) non e' il Mittente del messaggio {Inoltro Atto/Mittente). 
E0405 11 ?? e' sconosciuto. 


E0406 Il Destinatario del messaggio (CF = 7?) non e' autorizzato al Processo Telematico. Ì 


E0500 | La certificazione allegata non contiene la firma. most 


EOSOI La certificazione allegata non corrisponde al relativo DTD, 
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La data sponde dalla c caliiczione non corrisponde con la data sa: 


L'ordine riportato nella certificazione non esiste. 


i Lo status dell'Avvocato riportato 1 nella ci certificazione non e' corretto, > 
Informazioni mancanti nella Comunicazione UG. 


Codice del Gestore Locale scone sconosciuto. 


Codice Fiscale del destinatario s SCOMOSCIutO, 
E0603 — Impossibile recuperare la Comunicazione UG. 


E0604 | Identificativo duplicato. Aa Fa 
‘0604 | Identificativo duplicato. nn inn 


Struttura Comunicazione UG errata. 
ee non soia 


Status Dita non ; non prosente. | 


Formato ( Codice Fis iscale non valido. _ 


Firmatario della Comunicazionelndisizai xmlp7m non «de@lificito. 


Rilevati errori nella validazione dei dati del Soggetto Estero. 


La ComunicazioneIndirizzi allepato non ‘corrisponde al'relativo DTD. 


1 codice “??° è, di volta in volta, sostituito dal valore specifico. 
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N.B. - Gli abbonamenti annui decorrono dal 1° gennaio al 31 dicembre, i semestrali dal 1° gennaio al 30 giugno e dal 1° luglio al 31 dicembre. 


RESTANO CONFERMATI GLI SCONTI IN USO APPLICATI Al SOLI COSTI DI ABBONAMENTO 


ABBONAMENTI UFFICI STATALI 
Resta confermata la riduzione del 52% applicata sul solo costo di abbonamento 


* tariffe postali di cui al Decreto 13 novembre 2002 (G.U. n. 289/2002) e D.P.C.M. 27 novembre 2002 n. 294 (G.U. 1/2003) per soggetti iscritti al R.O.C. 


* 4 5 - 030108080 2 * 5,00 


